Solución:
Voy a resucitar esto porque cualquiera que haya intentado hacer esto sabe que es un completo dolor de cabeza cada vez, y que cambia ligeramente con cada combinación posible de sistema host / remoto que pueda tener.
Vínculos de Visual Studio Remote Tools:
- Depurador remoto de Visual Studio 2010. (En funcionamiento a 21 / Oct / 2016)
- Herramientas remotas de Visual Studio 2013 (en funcionamiento a partir del 21 de octubre de 2016)
- Visual Studio 2015 Remote Tools x86: enlace de descarga directa
- Visual Studio 2015 Remote Tools x64: enlace de descarga directa
- Visual Studio Tools (Gracias Robo Burned)
- Visual Studio 2017 Remote Tools x64 – Enlace de descarga directa (Gracias Isaac Baker)
- Visual Studio 2017 Remote Tools x86 – Enlace de descarga directa (Gracias Isaac Baker)
- Visual Studio 2019 Remote Tools – enlace de descarga
Esta es la configuración con la que tuve éxito hoy:
Máquina host (desarrollo):
Windows 7 Ultimate SP1 x64. Ejecutando Visual Studio 2010, .NET Framework 4.
Máquina remota:
PC industrial / de fábrica con Windows Embedded Standard de 32 bits. Se ve / se siente exactamente como Windows 7. Ejecutando SP1. Visual Studio no está instalado. Tiene el marco .NET 4.
La red:
Ambas máquinas están en la misma subred. Accedo a la máquina remota a través de RDP y ejecuto mi aplicación de esa manera.
Implementación de deterioro de folículos patentada por Microsoft:
Tome nota del nombre de usuario y la contraseña de su máquina de desarrollo. Por alguna razón, debe crear exactamente el mismo nombre de usuario y contraseña en la máquina remota. Porque Microsoft.
Como lo hice:
Descargué el depurador remoto de Visual Studio 2010 desde el enlace proporcionado por @sJhonny. Tuve que desconectar Visual Studio 2013 en ese artículo y pasar al 2010. Si desea revisar el artículo de 2010 con un peine de dientes finos para encontrar la descarga, el enlace está justo al lado de “Nadie encuentra esto útil “enlace en la parte superior. Si no es así, sigue mi enlace de arriba.
Instálelo en la máquina remota y ejecute el asistente de configuración. Dejé los valores predeterminados para el asistente:
- Se marcó “Ejecutar ‘Visual Studio …..”
- El nombre de usuario es LocalSystem y la contraseña está en blanco
- Permitir solo computadoras en la red local …
Ejecute el depurador remoto en el sistema remoto y verá
Msvsmon inició un nuevo servidor llamado ‘[email protected]’
en la interfaz. Hasta aquí todo bien. Ejecute la aplicación en la máquina remota. En la máquina de desarrollo, Ctrl + Alt + P en Visual Studio abrirá “Adjuntar al proceso” (también está en el menú de herramientas). Recibí una ventana emergente sobre el firewall de mi máquina de desarrollo que no estaba configurado correctamente y me preguntaron si quería permitir las conexiones, etc. Di que sí, obviamente.
Introducir el ‘[email protected]’combinación en el cuadro de clasificación … presione Actualizar y rezar un poco. Ore un poco más y mucho más y debería ver una lista de los procesos que se ejecutan en la máquina remota. Seleccione su proceso y adjúntelo.
¡¿Pero mis puntos de interrupción no funcionan ?! Por supuesto que no … porque usar los puntos de interrupción en el mismo directorio que la aplicación en la máquina remota tendría demasiado sentido. Si tuvo la suerte, se le advirtió sobre un caché de punto de interrupción y se le mostró un cuadro de diálogo con una ruta.
El diálogo menciona algo acerca de que es correcto en relación con la máquina remota. Está mintiendo. No tiene nada que ver con la máquina remota, excepto que te obligó a crear un nuevo usuario allí con el mismo nombre que tu usuario actual porque Microsoft. Para que sus puntos de interrupción funcionen, siga la ruta en su máquina de desarrollo (personalizable en Herramientas> Opciones> Depuración> Símbolos: símbolos de caché en este directorio) y copie los archivos .pdb de su aplicación en ese directorio. Tienes que copiarlos con cada nueva compilación, a menos que haya una opción para hacerlo automáticamente; No lo he comprobado porque todavía tengo que dejar de celebrar mi éxito en la depuración remota.
Todo debería funcionar ahora.
Espero que eso ayude a alguien a salvar las horas de rabia cegadora que he soportado tratando de hacer que esto funcione en diferentes máquinas a lo largo de los años.
ciertamente la hay.
Puede instalar msvsmon sin instalar Visual Studio.
Lo he hecho yo mismo en varias máquinas.
La parte complicada radica en la autorización: el usuario que ejecuta VS en su máquina local necesita privilegios especiales en la máquina remota.
ms tiene algunos artículos que explican los detalles: http://msdn.microsoft.com/en-us/library/bt727f1t.aspx,
Actualización: Aquí están los enlaces para 2017 que tampoco son obvios de encontrar.
Vínculos de herramientas remotas de Visual Studio vínculo directo x64
Vínculos de herramientas remotas de Visual Studio vínculo directo x86