¿Qué opciones tengo para conectarme a un servidor remoto de Windows si RDP está roto?

¿Qué opciones tengo para conectarme a un servidor remoto de Windows si RDP está roto (no responde), no tengo acceso a la consola y el servidor no está físicamente cerca?

En Linux, si VNC no funcionaba, normalmente podría confiar en un demonio SSH. Windows nunca lo recogió (por qué, no lo sé), ¿hay algún equivalente?

Lo primero que hago cuando RDP no habla es esto en Powershell:

PS> $service = get-service -computername MyServer -displayname "Remote Desktop Services"
PS> $service.stop
PS> $service.start

La mayoría de las veces esto revive a RDP y puedo volver a entrar. Si esto no funciona, entonces tengo que confiar en iLO o en una de las otras opciones de consola mencionadas en otras respuestas aquí.

Vea esta pregunta aquí para sus opciones de línea de comando . Básicamente, tienes WinRS / WinRM, PowerShell Remoting y PSexec y las otras utilidades de SysInternals Suite . También puede instalar SSH, o incluso telnet en un servidor de Windows, y conectarse a eso, una vez que esté instalado.

Además, sus herramientas en la carpeta Herramientas administrativas le permitirán conectarse a máquinas remotas (o al menos) intentarlo, así que esa es una opción. (Principalmente sus complementos MMC, pero incluso algunos de los ex independientes independientes incluidos, por ejemplo regedit, tienen esta funcionalidad).

También debe tener algún tipo de interfaz de administración fuera de banda / consola virtual en su servidor (como iLO de HP o iDRAC de Dell), y si no ... bueno, aprenda de esto y obtenga uno en su próximo servidor.

Finalmente, existen varias herramientas de terceros que a menudo le permitirán acceder a un servidor de forma remota, instalarse y luego configurar un recurso compartido de pantalla basado en VNC (o similar). Dameware e IntelliAdmin vienen a la mente de inmediato, pero son solo dos de muchos.

PowerShell es lo que estás buscando. TechNet PowerShell Remoting

Como no ha sido mencionado:

Siempre hay "manos inteligentes". Nunca subestimes la simplicidad de llamar a alguien y decir "¿puedes caminar hacia el servidor y decirme lo que ves? ... OK ... haz esto por mí".

A menos que el servidor orbita la tierra, es probable que sea una opción.

LoM es una técnica comúnmente utilizada para acceder a los nodos que no es accesible en términos lógicos.

El nombre de la técnica difiere de los fabricantes, dell llame a su versión 'iDRAC'. HP llama a los suyos 'iLo'

En los primeros días había tarjetas PCI específicas para esto, llamadas MEGARAC. También hay KVM sobre IP para ayudar.

¡La mejor de las suertes!

psexec, parte del paquete Windows Sysinternals .

Solíamos usar esto todo el tiempo para implementar software en una red de hosts de Windows que no es Active Directory.

Como se dijo anteriormente en iDRAC, iLO es la mejor manera de acceder a sistemas remotos si RDP no se inicia. Si el sistema es una máquina virtual, puede utilizar la infraestructura virtual para administrar de forma remota y, en la mayoría de los casos, ver la consola.

Invertiría en algo como un LANTRONIX 'Spider ", que también podría conectarse a los puertos VGA y USB del sistema remoto para permitir nuestra gestión de banda.

Si aún puede hacer ping al sistema, intente emitir un reinicio en el cuadro En windows 'shutdown -i', abra una utilidad de comando interactivo. Vea si eso le permitiría reiniciar el sistema de forma remota.

La mejor de las suertes, amigo mío, y siéntase libre de enviar un ping para obtener ayuda adicional

Mientras el servicio WinRM esté configurado correctamente, puede ingresar-pssession –computername –scriptblock o invoke-command -computername –scriptblock usando powershell. O puede descargar Psexec desde http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx y luego el usuario psexec \ target –u credentials cmd

Con respecto a RDP, ¿está incluso habilitado? Verifique el registro de red del servidor HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server

Hay valores como fDenyTSConnections & TSUserEnabled que deben configurarse correctamente.

También reinicie los servicios de TS en el servidor.

Le sugiero que use esto si tiene acceso a la red y puede autenticarse.

¿Impone también a la OIT en su empresa?

Se utilizó el mismo enfoque cuando RDP no comenzaba con el error "no se puede conectar porque el agente de conexión no pudo validar la configuración especificada en su archivo RDP" . De alguna manera, AnyDesk también estaba desconectado en el servidor en este momento. Y no tenía acceso al servidor físicamente. Conseguí PsTools de http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx según lo aconsejado por @Ben Lavender y seguí los siguientes pasos;

1. Abrí cmd en mi computadora portátil conectada a través de VPN para acceder a la LAN del cliente y ejecutar los siguientes comandos en la ruta de las PsTools extraídas. (En este punto, ya había descubierto que el Servicio de base de datos interna de Windows era la causa de esto. Puede leer más al respecto. El Servicio de intermediario de conexión remota depende de él y también lo hacen otros servicios de RD, por lo que para mí WID fue el culpable .)

2. Corro una consulta para encontrar el estado del servicio MED psservice \ [nombre de equipo o dirección IP] -u [nombre de usuario] -p [contraseña] consulta "base de datos interna de Windows" estado WIDs En mi caso, el servicio no era ejecutando

3. Ejecuté el comando psservice \ [nombre del equipo o IP] -u [nombre de usuario] -p [contraseña] iniciar "Windows Internal Database" para iniciar el servicio y obtuve el resultado a continuación. Estado de inicio WID

4. Volví a consultar el servicio WID para confirmar que ahora se estaba ejecutando y listo. Estado de ejecución WID

Cuando intenté con RDP nuevamente, pude tener éxito esta vez.

Espero que esto aclare las cosas mejor para usted y resuelva su problema.