Escritorio remoto falla sin mensaje de error

Después de reiniciar mi servidor Windows 2008 R2, ya no puedo iniciar sesión en el escritorio remoto. Cuando intento conectarme, el escritorio remoto hace zoom a través de diferentes mensajes de estado, el último de ellos "Configurando sesión remota" y luego vuelve al diálogo de Conexión inicial nuevamente sin darme ningún mensaje de error.

El servidor parece estar activo, ya que todavía está entregando páginas web. Además, parece estar aceptando mis credenciales.

¿Hay alguna forma de ver por qué falla la conexión? He examinado los registros pares de mi sistema, pero no pude encontrar nada relacionado con el escritorio remoto. Tal vez hay algún modo oculto de solución de problemas?

Gracias,

Adrian

Editar: Mientras tanto, el servidor ha vuelto a estar en línea. No estoy seguro si lo hizo solo o si el soporte técnico lo hizo porque no he tenido noticias suyas hasta ahora, pero el problema está resuelto por el momento. Sin embargo, es un poco decepcionante no saber la causa del problema.

Verifique que realmente se reinició: si puede hacer un "uso neto" en el servidor remoto, conéctese al Visor de eventos para ver si realmente se reinició. He visto muchos servidores Win2k3 que, cuando se reinicia desde una sesión RDP, en realidad no se reinicia sino que deja de responder a RDP. Si ese es el caso, puede hacer un apagado / i contra el servidor o usar algún otro método fuera de banda para ejecutar el reinicio.

Y si este es el caso, en el futuro, no reinicie desde una sesión RDP normal. Reinicie solo desde la conexión / console o / admin, o use shutdown / i u otros métodos remotos.

Tuve un problema al usar el escritorio remoto en un servidor 2003. Me conecté y después de ver algunos mensajes de estado me desconecté antes de ver el escritorio completo.

El problema era que el servidor tenía un tiempo incorrecto porque la sincronización falló durante unos meses (creo que hubo una diferencia horaria de aproximadamente 30 minutos).

Después de una mayor investigación del registro de eventos, creo que he encontrado el problema. Hubo este error casi exactamente después de que se inició el reinicio:

El servicio del Instalador de módulos de Windows no se cerró correctamente después de recibir un control de apagado previo.

Entonces, el problema fue que algunos de los servicios se cerraron, mientras que este servicio en particular estaba suspendido. Parece haber sido asesinado después de un tiempo de espera (una hora), después de lo cual Windows se ha reiniciado según lo previsto.

Ahora la única pregunta que queda es cómo prevenir esto en el futuro. Obviamente, me gustaría que los futuros reinicios se ejecuten un poco más rápido que esto ...

Llegué a través de Google con el mismo problema con mi Windows Server 2012 (7 años después), así que agregaré mi propia experiencia con el problema para futuros buscadores. Esto es lo que sucedió:

1. A la luz de los recientes ataques de WannaCrypt, instalé todas las actualizaciones de seguridad pendientes de Microsoft. Naturalmente, se requería un reinicio. Por segunda vez. En menos de 24 horas. En un servidor que estuvo funcionando durante 350 días seguidos antes de todo este desastre. Espero que todos los hackers se quemen y se pudran en el infierno (soy ateo, por cierto, ni siquiera creo en el infierno).
2. Hice clic en el botón de reinicio en Windows Update. Mi sesión de RD finalizó de inmediato y todos los intentos de reconexión fallarían sin un mensaje de error, pero el servidor todavía estaba funcionando sin interrupciones y sirviendo páginas. Sé esto porque mi AppPool tarda uno o dos minutos en cargarse por completo cada vez que se desactiva. Supongo que Windows Update estaba pasando por algunos pasos preliminares que no requerían que se cerraran otros servicios en el sistema.
3. Después de unos minutos más (muy largos y estresantes), el servidor devolverá HTTP 503 para todas las solicitudes. Aunque todavía podría hacer ping al servidor. Adivina: el servidor aún se está ejecutando, IIS se ha apagado, hay más trabajos de actualización en progreso.
4. Un minuto después, perdí todo el acceso al servidor. Sin kernel, sin Windows, nada, esperando que el sistema vuelva a estar en línea después del reinicio real.
5. Después de otro minuto, el ping regresó y logré conectarme a RD a tiempo para ver los pasos finales de la actualización aplicada. El servidor se ejecuta normalmente desde entonces.

Por lo tanto, si pierde el acceso remoto a su servidor inmediatamente después de reiniciar, no se preocupe , probablemente esté realizando algunos trabajos de mantenimiento y volverá a estar en línea una vez que haya terminado.

Escritorio remoto también puede comportarse de manera extraña si tiene controladores gráficos más antiguos. En un servidor, no creo que esto sea un problema, pero actualizar los controladores de gráficos es algo más que puedes probar. (Solucionó un problema similar en una máquina XP SP3 para mí).

es bueno, si se resuelve pero para las referencias futuras, estoy agregando estas líneas;

1. El escritorio remoto funcionará una vez que el servidor esté ARRIBA y aparezca la pantalla de inicio de sesión después de reiniciar. Por lo general, todos los ICMP (Ping) y los Servicios (Web / Dominio, etc.) están disponibles, pero el Escritorio remoto requiere que el servidor esté completamente en funcionamiento.
2. Si se reinicia el servidor y espera que haya alguien más conectado, puede probar el mstsc / admin . Esto lo ayudará a iniciar sesión / omitir el límite de dos inicios de sesión en el servidor.
3. Solo para cubrir una cosa más en esta respuesta que no es para esto, sino que está relacionada con esto, la entrada desactualizada en la caché de DNS también puede ser una cosa a considerar, pero claramente le informa sobre el error.