visual studio 2010 - tutorial - No se puede obtener la depuración remota trabajando con VS2010
visual studio code ejemplos (8)
Acabo de tener este problema (nunca tuve este problema anteriormente, depuré remotamente todo el tiempo) y lo resolví.
Lo primero que hice fue reducirlo a un problema en mi máquina. Cuando deshabilité mi firewall, he visto que las cosas volvían a funcionar, por lo que sabía que eran mi máquina y mi firewall.
La página msdn en http://msdn.microsoft.com/en-us/library/ee126350(v=vs.100).aspx dice que si "Microsoft Visual Studio" aparece en la lista del firewall para hacer clic en "Permitir otro programa" y selecciónelo de nuevo.
Cuando hice clic en "Permitir otro programa", apareció una lista de aplicaciones y, pero Microsoft Visual Studio no estaba en esa lista, ¡así que busqué en devenv.exe y recibí un mensaje de que ya estaba en la lista! Afortunadamente, me dijo que pensaba que estaba en la lista como herramientas de datos de Microsoft SQL Server.
Así que eliminé la entrada para ''Microsoft Visual Studio'' ya que aparentemente la misma regla ya estaba en la lista pero con un nombre diferente y viola todo funciona de nuevo.
Supongo que una actualización o quizás mi instalación de VS 2013 Express afectó de alguna manera la configuración del firewall y tener la regla allí dos veces fue confuso para mi computadora.
Tengo un servidor y una estación de trabajo en el mismo dominio corporativo. Mi usuario es un administrador local en ambas máquinas. Instalé la versión VS2010 de MSVSMON y la configuré para que se ejecute como un servicio en el servidor bajo mi usuario DOMAIN/greg.b (me di a mí mismo "iniciar sesión como servicio"). Me conecto al servidor con mi cuenta de dominio e inicio el monitor de depuración remota. Entonces me conecto al servidor desde mi Visual Studio. En el monitor del servidor puedo ver
23/09/2010 16:26:33 DOMINIO / greg.b conectado.
Un momento después, aparece un cuadro de diálogo de Visual Studio que dice:
No se puede conectar al monitor de depuración remoto de Microsoft Visual Studio llamado ''SERVER_NAME''. El depurador remoto de Visual Studio en el equipo de destino no puede conectarse nuevamente a este equipo. Un servidor de seguridad puede estar impidiendo la comunicación a través de DCOM a la computadora local.
Tengo los puertos DCOM abiertos (TCP 135) tanto en mi estación de trabajo como en mi servidor como se detalla aquí .
Lo he intentado con el servicio Firewall de Windows desactivado.
Estoy completamente perplejo!
El servidor ejecuta Windows 2003 Standard SP2 32bit ejecutando el x86 MSVSMON. Mi estación de trabajo ejecuta Windows 7 Pro 64Bit y VS2010 Pro.
Asegúrese de que devenv.exe (visual studio) esté en la lista de excepciones del programa de firewall en la casilla de verificación DOMINIO activada.
Estaba en la misma situación, detuve los servicios de firewall que se ejecutaban en mi máquina (win7 x64) pero no funcionó hasta que hice este cambio.
El mismo problema aqui. Mi motivo fue que la seguridad de la red de Trend estaba habilitada en la computadora local y estaba bloqueando la conexión. No pude detenerlo porque necesitaba una contraseña, así que eliminé todos los procesos de Trend y luego funcionó bien. Por lo tanto, podría verificar si algún antivirus o servicio de seguridad está habilitado y podría estar bloqueando el acceso.
En mi caso: como la máquina remota no era parte de la subred local , tuve que ir al Firewall de Windows -> Configuración avanzada -> Reglas de límite . Seleccione la regla para MS Visual Studio y agregue la dirección IP de la máquina remota a la sección " Alcance ". Esto fue además de la configuración de firewall de Windows descrita anteriormente.
Estaba teniendo el mismo problema, estaba ejecutando VS2010 en una VM, cambié la red de NAT a Bridged, pude hacer ping de dos maneras y funcionó.
Lo que ayudó en mi caso fue lo siguiente:
Ejecute dcomcnfg.exe en la máquina donde se encuentra su VS, vaya a:
Component Services -> Computers -> My Computer -> Properties -> COM Security -> Access Permissions -> Edit Limits
Debe otorgar acceso remoto al inicio de sesión anónimo .
No ensucie con los otros permisos, podría causarle problemas.
Lo que resolvió mi problema fue este
- Desactive el modo de compatibilidad nativa y el modo de compatibilidad administrada.
- En Visual Studio 2013, desactive Habilitar edición y continuar nativas.
https://msdn.microsoft.com/en-us/library/2dbesfyx.aspx
También reinicio la computadora (regla básica de windows!)
Supongo que hay millones de razones para este problema! Intenté todas las respuestas anteriores, pero nada me funcionó, pero esto: logré que funcionara al desactivar la opción de usar el "modo de compatibilidad administrada"
Para eso, vaya a las opciones en VS, como: Herramientas -> Opciones -> Depuración -> General -> "Usar modo de compatibilidad administrada"
¿Está establecido? Desactívalo.