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

Question

Estoy intentando remota Depuración de una aplicación de Windows Forms (C #), pero siempre estoy recibiendo este error:

  

No se puede conectar al Microsoft Visual Studio Monitor de depuración remota   llamado 'XXX. El estudio visual remota   Depurador en el equipo de destino no puede   conecte de nuevo a este equipo.   Error de autenticación. Por favor, consulte la Ayuda   para obtener ayuda.

He intentado en las configuraciones de acuerdo a las guías de MSDN, pero yo no era capaz de hacer que funcione.

Mi configuración:

• Desarrollo del ordenador - XP (x86) que está conectado a un dominio.
• Prueba del ordenador - Vista (x86) que es no     conectado a un dominio.
• Tengo conexión de red entre     Las máquinas.
• He creado un usuario local en el Prueba     equipo (usuario1) con el nombre de mi dominio     usuario que corro el Visual Studio (dominio \ usuario1). configurar la misma contraseña.

• En el equipo de prueba estoy corriendo "msvsmon.exe" como la aplicación (no como los servicios), estoy corriendo usando "runas" de comandos con el usuario que he creado. (Usuario1):

  runas / u: usuario1 msvsmon.exe

Puede alguien ayudarme por favor?

Gracias.

Answer 1

Esta es la forma en que trabajó para mí:

equipo remoto: Microsoft Virtual PC, "IHS \ RDM" unido a mi dominio corporativo, conectado como jperez, cuenta de administrador

.

Equipo local:. Unido al dominio local, iniciar sesión como jperez, cuenta de administrador

1) equipo remoto: instalar rdbgsetup.exe (desde Visual Studio 2005 \ disco 2 \ depurador remoto \ x86)

2) equipo remoto: runas / user MYDOMAIN \ jdoe / netonly msvsmon

3) del ordenador remoto: msvsmon-> Herramientas> Permisos de usuario añadir "MYDOMAIN \ jperez" (tengo que hacer esto cada vez que volver a empezar)

4) equipo local:. Msvsmon plazo

5) equipo local, msvsmon-> Herramientas> Permisos, agregue los tipos de objeto: "ordenadores", "IHS \ RDM"

6) equipo local, vs2005-> debug-> conectar con el proceso. Transporte: Por defecto, Calificador: jperez @ RDM

7) Refresh, y listo; una lista de procesos!

Answer 2

El problema que tuve es que tuve 2 usuarios:

mydomain\user1
mytestmachine\user1

eso no es correcto (según Gregg Miskely) que necesitaba para definir un usuario local en mi equipo de desarrollo, por ejemplo:

mydevcomputer\debug
mytestmachine\debug

con la misma contraseña y ejecutar el VS2008 y el Monitor de depuración con este usuario:

Answer 3

Gregg Miskely tiene un entrada de blog sobre por qué la cuenta de servicio debe tener privilegios de administrador (cuando se creó de esa manera). Uno de los puntos es que la cuenta de usuario, en el caso de que el usuario de la máquina de prueba, debe tener privilegios para conectar de nuevo a la otra computadora. Parece que usted está golpeando el caso de que la cuenta de dominio \ usuario1 no tiene suficientes privilegios para conectarse a su equipo de desarrollo.

Si eso no ayuda hojeando las entradas del blog de Gregg, enviándolo electrónico podría ayudar.

Answer 4

¿Tiene TESTCOMPUTER\user1 tener 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. Puede utilizar "Ejecutar como ..." para ejecutar el programa bajo diversas credenciales. Una vez que obtenga las cosas que trabajan con msvsmon,exe que debe ser capaz de instalar (o volver a habilitar) el Servicio depurador remoto que tiene que correr bajo esas credenciales.

EDIT:

Usted debe ser capaz de utilizar la página de propiedades Permisos de msvsmon.exe para establecer los permisos de depuración adecuados para su usuario de dominio en el equipo de destino:

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

Answer 5

Así que eres un desarrollador y uno de los usuarios tiene una excepción, y desea depurar de forma remota sin cerrar la ventana de excepción, sino que está conectado con una cuenta de usuario diferente. Como resultado, puede depurar su aplicación, pero se hace difícil.

0) Todavía es necesario que emparejan cuentas locales tanto en el equipo aplicación de control remoto y la máquina de Visual Studio local, lo que significa añadir una cuenta para el equipo del usuario.

1) Es necesario utilizar runas con la opción / netonly. Abra un símbolo del sistema a la carpeta donde está msvsmon y tipo

runas /user:[user] /netonly msvsmon

Esto provoca msvsmon utilizar las credenciales del usuario sólo cuando el acceso a la red (por ejemplo cuando msvsmon conecta de nuevo a la local de VS máquina). msvsmon se molesta si se llama con runas sin usar / netonly.

2) Es necesario agregar permisos para el equipo local de Visual Studio para conectar la máquina de aplicación a distancia, a través del mando de Herramientas de Monitor de depuración> menú de permisos.

Answer 6

Así que no puedo responder sin una cuenta, y sólo puedo responder a mis propias observaciones, pero mi cuenta registrada es independiente de la cuenta anónima que he publicado desde, por lo que este tiene que ser una "respuesta nueva". Lo sentimos.

baget - cuando hice este trabajo el día de hoy, he creado una cuenta local en tanto el Monitor de depuración remota de PC y PC Studio Visual. RDM no estaba en el dominio, VS era. Ambas cuentas locales son administrador con credenciales idénticas a mi cuenta de dominio. Desde una cuenta diferente (también administrador) Llamé runas de sistema con privilegios elevados con el interruptor netonly. Usted puede o no necesitará proporcionar su dominio con el nombre de usuario, pero ya que las contraseñas deben todo el partido no creo que importe mucho.

No se olvide de ajustar sus permisos en el RDM para permitir que la cuenta de usuario que ejecuta VS para conectarse con privilegios de depuración. Es bastante exigente con quién se le permite añadir a la lista, por lo que si no se crea la cuenta local primero que va a ser bastante frustrado. Y si se está ejecutando RDM bajo un nombre de cuenta de usuario diferente, usted tiene que utilizar el nombre completo del servidor al intentar conectar con el equipo remoto; si se ejecuta tanto RDM y VS de la misma cuenta de usuario, entonces puede salirse con sólo el nombre del equipo.