Windows 7 fuerza reiniciar cuando se ejecuta el servidor TightVNC

1

Así que recientemente obtuve una nueva computadora con Windows 7, instalé la última versión de TightVNC Server (no como un servicio, solo como una aplicación independiente que se ejecuta al inicio).

Estoy iniciando sesión a través de un cuadro de XP, usando la versión más reciente del cliente TightVNC. El proceso de inicio de sesión funciona sin problemas, y puedo usar la computadora de forma remota ... por un tiempo. Después de un período de tiempo variable (de 30 minutos a 2 horas, aproximadamente), la ventana de VNC deja de actualizarse y luego se cierra cuando la computadora se reinicia. Específicamente, deja caer un mensaje de error de socket.

Después de reiniciar la computadora, puedo conectarme al servidor, pero después de la autenticación, VNC se congela en medio de la actualización inicial, luego se desconecta cuando el servidor se reinicia nuevamente.

Consejos generales o sugerencias?

Información adicional:

Después de reiniciar, muestra el mensaje "Windows ha encontrado un error y tuvo que reiniciarse. ¿Desea informar a MS?" ventana; si expando la opción 'Más información' en la parte inferior, obtengo:

Nombre del evento del problema: Versión del SO BlueScreen: 6.1.7600.2.0.0.768.3 ID de configuración regional: 1033

además de un poco más de datos de identificación que acabo de perder.

windows-7 vnc
fuente
Nuestra escuela usa TightVNC en Windows XP. No funciona bien Hace que la computadora funcione lentamente o se congele, así que creo que es un problema con TightVNC en general. Prueba con otro software.
benjamin239
He tenido buenos resultados con TightVNC; Lo utilicé en mi viejo XP box en casa sin casi ningún problema durante dos o tres años, salvo algunos problemas con los puertos de mi enrutador.
Active el informe de errores, desactive el reinicio en caso de error y vea si la máquina tiene pantallas azules.

Respuestas:

0

Pruebe RealVNC o UltraVNC y vea si hace la diferencia.

Moshen
fuente
No he probado RealVNC; instalé UltraVNC, pero murió después de unas dos horas y no he podido volver a conectarme.
Llegué a casa, descubrí que no se había reiniciado. Parece que podría ser una solución más viable. ¡Gracias!
Excelente. Como se especifica en la respuesta de Andrei, hacer un túnel VNC a través de SSH es una buena idea, ya que VNC no está completamente asegurado. CopSSH me ha funcionado muy bien en el pasado.
moshen
1

Hubo un problema conocido con la versión anterior (1.1.68) del controlador DFMirage utilizado por TightVNC en Vista / 7. Debe asegurarse de haber instalado la última versión de DFMirage (2.0.105 actualmente). Puedes encontrar la versión más reciente aquí:

http://www.demoforge.com/dfmirage.htm

Eugene Sukhodolin
fuente
0

Intento evitar VNC ya que me parece demasiado lento.

Recomiendo CopSSH + Tunnelier o TeamViewer (portablapps.org)

ADNow
fuente
La desaceleración no es un problema para mí. ¿Has ejecutado Teamviewer en un entorno Win7?