gurús de acceso remoto: se necesita asistencia para acceder al sistema con vnc atascado en una pantalla negra después de la actualización del controlador de video

Tengo un sistema al que no tengo acceso físico que se inicia automáticamente en el escritorio de Windows 8. Los servicios de escritorio remoto de Windows están deshabilitados y, de lo contrario, el sistema es exactamente el mismo que se instaló durante una instalación estándar de Windows 8 Pro.

Tengo el servidor tightvnc en el sistema y tuve acceso remoto confiable hasta que actualice los controladores de la tarjeta de video hoy.

El sistema arranca bien con Windows por lo que puedo decir, pero todo lo que obtengo es una pantalla negra en el visor de pantalla cerrada.

Parece que los controladores de video son la causa de esto y han confundido vnc. Hay soluciones sobre cómo solucionar esto, pero todos asumen que usted tiene acceso local al sistema, ¡lo cual yo no tengo! El sistema tampoco tiene monitor disponible, por lo que alguien en la ubicación del sistema puede apagarlo y volver a encenderlo, pero eso es todo.

Por lo tanto, mis opciones para acceder al sistema son a través de la función de transferencia de archivos en el cliente vncviewer, que funciona bien y me permite navegar por los directorios de sistemas remotos. ¿Imagino que posiblemente podría preparar un archivo y copiarlo en el sistema y luego decirle a alguien que lo reinicie?

También tengo acceso remoto activo a otra computadora en la misma LAN local que la computadora problemática. Así que tal vez pueda conectarme a eso y hacer algo. Debo enfatizar que, como es una versión moderna de Windows, asumo que todas las ventanas compartidas están bastante seguras para el acceso remoto a través de la LAN. Tal vez estoy equivocado en eso?

Cualquier ayuda muy apreciada!

Creo que has llegado a un punto en el que requieres las manos. Como mínimo, si hay alguien en el sitio que pueda reiniciar el dispositivo, es posible que pueda iniciarlo con más éxito o mostrar una imagen.

No estoy seguro de cuán crítico es este sistema, pero hay algunas cosas que considerar al operar sistemas remotos.

• UNC rara vez es la mejor opción en un entorno Windows.
• Debe evaluar la conectividad remota a través de las MMC antes de que haya un problema
• El registro remoto puede ser una gran herramienta también
• La seguridad es una combinación de firewalls, ACL y el software OS +. VNC podría ser su mejor opción si no puede asegurar correctamente el puerto 3389 por alguna razón o el puerto se reenvía en consecuencia.
• Tener una contingencia de "Hands On".

Esta es mi propia lista de la parte superior de mi cabeza, pero direccionando el último bit para Manos en apoyo . En el futuro, puede consultar los KVM IP para brindarle acceso a BIOS y modo seguro de forma remota.

Una buena solución barata (para lo que es) que he usado muchas veces es la araña Lantronix:

De esta manera, cuando el software falla, aún puede VNC a través de un navegador para acceder al dispositivo crítico, arrancar en modo seguro, reinstalar los controladores o incluso volver a crear imágenes del dispositivo. Los KVM de IP son excelentes, y los he usado para computadoras portátiles, computadoras de escritorio e incluso tabletas Android.