Tengo un sistema al que no tengo acceso físico y que se inicia automáticamente en el escritorio de Windows 8. Los propios servicios de escritorio remoto de Windows están deshabilitados y, por lo demás, el sistema está exactamente como se instaló durante una instalación estándar de Windows 8 Pro.
Tengo un servidor Tightvnc en el sistema y tenía acceso remoto confiable hasta que actualicé los controladores de la tarjeta de video hoy.
Por lo que puedo decir, el sistema arranca bien en Windows, pero lo único que aparece es una pantalla negra en el visor Tightvnc.
Parece que los controladores de vídeo son la causa de esto y han confundido a vnc. Hay soluciones sobre cómo solucionar este problema, pero todas suponen 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.
Entonces, 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 explorar los directorios de sistemas remotos. Me imagino que podría preparar algún archivo y copiarlo en el sistema y luego decirle a alguien que lo reinicie.
También tengo acceso remoto a otra computadora en la misma LAN local que la computadora con problemas. Entonces tal vez pueda conectarme con eso y hacer algo. Debo enfatizar que, como es una versión moderna de Windows, asumo que todos los recursos compartidos de Windows están bastante protegidos para el acceso remoto a través de LAN. ¿Quizás me equivoco en eso?
¡Cualquier ayuda muy apreciada!
Respuesta1
Creo que has llegado a un punto en el que necesitas manos a la obra. Como mínimo, si hay alguien en el sitio que pueda reiniciar el dispositivo, es posible que pueda hacer que se inicie con mayor éxito o mostrar una imagen.
No estoy seguro de cuán crítico es este sistema, pero hay algunas cosas a 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 surja un problema.
- El Registro Remoto también puede ser una gran herramienta
- La seguridad es una combinación de Firewalls, ACL y OS + Software. VNC podría ser su mejor opción si no puede proteger adecuadamente el puerto 3389 por algún motivo o reenviar el puerto en consecuencia.
- Tenga una contingencia "práctica".
Esta es mi propia lista de lo que más me viene a la cabeza, pero abordando la última parte paraSoporte práctico. En el futuro, podría considerar los KVM IP para brindarle acceso al BIOS y al modo seguro de forma remota.
Una buena solución barata (por lo que es) que he usado muchas veces es Lantronix Spider:
De esta manera, cuando el software falla, aún puede VNC a través de un navegador para acceder al dispositivo crítico, iniciar en modo seguro, reinstalar controladores o incluso volver a crear una imagen del dispositivo. Los KVM IP son excelentes y los he usado para computadoras portátiles, de escritorio e incluso tabletas Android.