mejor técnica para iniciar una sesión de depuración remota Windbg en modo de usuario

Question

¿Cuál es su técnica favorita para iniciar una sesión de depuración remota Windbg en modo de usuario? ¿Por qué prefiere esta técnica a otras técnicas? (pros/contras)

Hay al menos cuatro maneras diferentes de hacer depuración remota en modo de usuario usando windbg, como se documenta en la sección "Depuración remota" de las herramientas de depuración para el archivo de ayuda de Windows. aplicación

1. plazo en el blanco a continuación, adjuntar a la misma desde el host windbg
2. tienen la Remote.exe anfitrión windbg uso para lanzar la aplicación en el objetivo
3. tienen el "cliente inteligente" host WINDBG lanzar la aplicación en el destino a través de un servidor de procesos que se ejecuta en el destino
4. ejecute una instancia de windbg en la máquina de destino utilizando la opción "-server" para iniciar automáticamente un servidor, luego conéctese al servidor desde una segunda máquina.

Answer 1

La opción 1 es mi favorita porque es la más simple. Tengo que iniciar la aplicación de la manera normal sin preocuparme de hacer que WinDbg establezca el directorio de trabajo correcto, pasar los argumentos de la línea de comando, etc.

¡Afortunadamente no he encontrado ningún caso en el que esto no haya funcionado!

Answer 2

Tiendo a usar la opción 4 (-server) porque es la única que no "explota" cuando ingresas en el depurador del núcleo el tiempo suficiente para que la conexión TCP expire. Pero esto es más complejo y no totalmente satisfactorio. Así que estoy buscando "mejores prácticas".

Answer 3

No existe la "mejor" solución. Cada una de las posibilidades tiene ventajas y desventajas, y es bueno entenderlas todas. Depende de varios factores como:

• donde se los símbolos situados
• qué PC con acceso a Internet para descargar los símbolos OS
• qué cantidad de datos posible que copiar en el servidor (clientes suelen aceptar mejor si es solo un Exe)
• cuál es el ancho de banda entre el cliente y el servidor
• ¿necesita otros comandos que solo CDB/WinDbg, por ejemplo? acceso a CMD, luego considere remote.exe
• que está disponible en el lado del servidor, un experto en depuración al que puede contar fácilmente muchos comandos crípticos o un usuario normal que apenas sabe cómo iniciar un símbolo del sistema
• son ambos los lados en una red privada, por lo que necesita un servidor "man in the middle" para poder acceder entre sí (o el reenvío de puertos como alternativa, que los técnicos no quieren y puede llevar días configurarlo)

De esas 4 opciones, no olvide que los clientes a menudo quieren ver exactamente lo que usted hace, por lo que requieren una sesión de RDP, Teamviewer o similar. Eso es algo que ellos entienden.