Depuración remota en Visual Studio (VS2008), Aplicación Windows Forms

El problema que tenía es que tenía 2 usuarios:

mydomain\user1
mytestmachine\user1

Eso no es correcto (según Gregg Miskely) necesitaba definir un usuario local en mi computadora de desarrollo, por ejemplo:

mydevcomputer\debug
mytestmachine\debug

Con la misma contraseña y ejecute el VS2008 y el Monitor de Depuración con este usuario:

Gregg Miskely tiene una entrada de blog sobre por qué la cuenta de servicio necesita tener privilegios de administrador (cuando se configura de esa manera). Uno de los puntos es que la cuenta de usuario, en su caso el usuario en la máquina de prueba, debe tener privilegios para conectarse de nuevo al otro equipo. Suena como si estuviera en un caso en el que la cuenta mydomain\user1 no tiene privilegios suficientes para conectarse a su computadora de desarrollo.

Si eso no ayuda a leer las publicaciones del blog de Gregg, envíale el correo podría ayudar.

¿TESTCOMPUTER\user1 tiene la misma contraseña que mydomain\user1?

También puede intentar ejecutar msvsmon.exe en el equipo de destino en lugar del Servicio de Depuración Remota. Puedes usar " Ejecutar como..."para ejecutarlo bajo varias credenciales. Una vez que las cosas funcionen con msvsmon,exe, debería poder instalar (o volver a habilitar) el Servicio de Depuración Remota ejecutándolo bajo esas credenciales.

EDITAR:

Debería poder usar la página de propiedades Permissions en msvsmon.exe para configurar el permisos de depuración para el usuario de su dominio en la máquina de destino:

Http://msdn.microsoft.com/en-us/library/ms164722.aspx

Así que usted es un desarrollador y uno de sus usuarios tiene una excepción, y desea depurar de forma remota sin cerrar la ventana de excepción, pero están conectados como una cuenta de usuario diferente. Como resultado, puede depurar su aplicación, pero se vuelve complicado.

0) Aún necesita cuentas locales coincidentes tanto en la máquina de aplicación remota como en la máquina local de Visual Studio, lo que significa agregar una cuenta al equipo del usuario.

1) Necesita usar runas con el / netonly opcion. Abra un símbolo del sistema en la carpeta donde se encuentra msvsmon y escriba

runas /user:[user] /netonly msvsmon

Esto hace que msvsmon use las credenciales del usuario solo cuando accede a la red (por ejemplo, cuando msvsmon se conecta de nuevo a la máquina VS local). msvsmon se molestará si lo llamas con runas sin usar /netonly.

2) Debe agregar permisos para la máquina local de Visual Studio para conectar la máquina de aplicación remota, a través del menú Herramientas->Permisos del Monitor de depuración remota.

Así que no puedo responder sin una cuenta, y solo puedo responder a mis propios comentarios, pero mi cuenta registrada está separada de la cuenta anónima desde la que publiqué, por lo que esta tiene que ser una "nueva respuesta". Disculpe....

Baget - cuando hice este trabajo el día de hoy, creé una cuenta local tanto en el Remote Debug Monitor PC y Visual Studio PC. RDM no estaba en el dominio, VS lo estaba. Ambas cuentas locales son administradoras con credenciales idénticas a mi cuenta de dominio. Desde una cuenta diferente (también administrador) Llamé a runas desde un prompt elevado con el conmutador netonly. Es posible que necesite o no proporcionar su dominio con el nombre de usuario, pero ya que las contraseñas deben coincidir, no creo que importe mucho.

No olvide ajustar sus permisos en el RDM para permitir que la cuenta de usuario que ejecuta VS se conecte con privilegios de depuración. Es bastante exigente sobre a quién le permite agregar a la lista, por lo que si no crea la cuenta local primero se sentirá bastante frustrado. Y si está ejecutando RDM con un nombre de cuenta de usuario diferente, debe usar el nombre completo del servidor cuando intente adjuntarlo al equipo remoto; si ejecuta RDM y VS desde la misma cuenta de usuario, puede salirse con la suya solo con el nombre del equipo.