Aquí hay una guía completa paso a paso porque hay mucha información dispersa y el artículo vinculado de Microsoft asume mucha información.
En primer lugar vamos a aclarar los términos utilizados en todo el resto de la guía:
Instalar msvsmon .exe (M icro s oft V isual S tudio lun Itor) en el equipo remoto.
Puede encontrar el ejecutable instalado con Visual Studio en el cliente en la siguiente ruta:
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x86
Cuando la herramienta está en funcionamiento, debería ver la siguiente aplicación:
El Debugging Monitor ha creado un servidor al que puede conectarse de forma remota. Si está en una máquina con Windows, el nombre probablemente sea [email protected]. Recuerda este nombre, porque lo necesitarás más tarde.Si desea copiarlo directamente, puede ir a Herramientas> Opciones y verá el nombre del servidor. Incluso puede cambiarlo a otra cosa si lo desea.
Desde aquí puede probar el enfoque de escopeta y ver si todo funciona, pero dependiendo de la configuración de su red, puede haber algunos problemas adicionales. Para intentar depurar de forma remota, abra el proyecto en Visual Studio. Este debería ser el mismo proyecto exacto que se implementa en IIS.
En Visual Studio, querrá conectarse al proceso en el nuevo servidor. Ir a Herramientas> Asociar al proceso o golpear Ctrl + Alt + P
En el asociar al proceso de diálogo, cambie el Calificador de nombre de su equipo actual con el nuevo nombre de servidor ([email protected]) y pulsa enter para ver una lista de los procesos disponibles en el equipo remoto:
Si todo vuelve enseguida, estás en buenas manos. Significa que no había políticas de firewall que le impidieran conectarse con el servidor remoto, y puede saltarse al Paso 6.
Alternativamente, si recibió el siguiente mensaje, significa que su firewall está bloqueando el cliente y que los cuadros remotos se comunican .
Si no fueron capaces de conectarse, puede haber diversidad de problemas en función de sus políticas de dominio. Para las configuraciones oficiales del cortafuegos, puede consultar el Configure the Windows 7 Firewall for Remote Debugging de Microsoft, pero me consta que falta información.
Si adjuntando falló, pero aún así obtener un mensaje que el usuario conectado de esta manera:
Entonces significa que el problema no es con las reglas de salida en el cliente o las reglas de entrada en el servidor remoto. Es mucho más probable que el problema sea con las reglas de entrada en la máquina del cliente.
Para solucionar esto, en la computadora del cliente, vaya a Panel de control> Firewall de Windows> Configuración avanzada que debería abrir Windows Firewall con seguridad avanzada. Seleccionar Reglas de entrada y clic derecho para entrar en una nueva regla :
Dale la regla de cualquier nombre. De acuerdo con el asesoramiento en this SO question, en lugar de eximir a determinados puertos, permitiremos todo el tráfico para ejecutar cualquier ejecutable de Visual Studio. Ir a programas y servicios y seleccione la ruta de la carpeta completa al instalar 2010 de Visual Studio:
%ProgramFiles% (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe
a continuación, asegúrese de que la regla sólo se aplica a los equipos dentro del dominio (asegurándose privada y pública son sin marcar).
Con un poco de suerte, cuando vuelva a colocar el proceso, debe ser capaz de entrar en la máquina remota.
En este punto, debería ver una lista de todos los procesos en la máquina remota. Si desea depurar una aplicación de Windows, simplemente elija el nombre del proceso. Para ASP.NET, queremos adjuntarlo a w3wp.exe (WWW W orker P rocess). Si no lo ve en la lista, intente iniciar el servidor abriendo la página web de la aplicación que desea depurar. Puede hacer esto en localhost o navegando a la dirección en IIS desde cualquier computadora.
Asegúrese de que para insertarse en el tipo correcto de código para su aplicación. Puede seleccionar entre nativo (C++, etc.) o Administrado (VB, C#, etc.) o seleccionar automático y dejar que Visual Studio decida.
Si se obtiene el siguiente error, he encontrado que la reapertura de Visual Studio y msvsmon.exe con privilegios de administrador ha solucionado el problema
Verás una advertencia de seguridad que se puede aceptar por Acople clic :
El último tema que r an into era conseguir los archivos del depurador para cargar. Debe asegurarse de que las bibliotecas que se ejecutan coinciden exactamente con las que están actualmente cargadas en Visual Studio y que tienen los archivos .pdb correctos en la solución en la máquina del cliente. Puede inspeccionar qué módulos se cargaron y de dónde cargaron yendo a Depurar> Windows> Módulos o presionando Ctrl + Alt + U. Para más información sobre los archivos de depuración de carga, también puede probar cualquiera de los siguientes recursos:
Con suerte le toca y trabajando para usted en este momento. Ahora puede capturar cualquier llamada realizada en su código alojado en IIS y pasar por ellas igual que lo haría durante el desarrollo.
Aunque me ascendieron no dan todo lo que necesitaba ... ver esta pregunta: http://desbordamiento de pila.com/questions/4213286/how-to-debug-a-deployed-web-site – BIDeveloper