Windows 7 forza il riavvio quando si esegue il server TightVNC


1

Quindi di recente ho ottenuto un nuovo computer con Windows 7, installato l'ultima versione di TightVNC Server (non come servizio, solo un'app standalone che viene eseguita all'avvio).

Sto effettuando l'accesso tramite un box XP, utilizzando la versione più recente del client TightVNC. Il processo di accesso stesso funziona senza problemi e posso usare il computer da remoto ... per un po '. Dopo un periodo di tempo variabile (da 30 minuti a 2 ore circa), la finestra VNC interrompe l'aggiornamento, quindi si chiude al riavvio del computer. In particolare, rilascia un messaggio di errore socket.

Dopo il riavvio del computer, posso collegarmi al server, ma dopo l'autenticazione, VNC si blocca nel mezzo dell'aggiornamento iniziale, quindi si disconnette al riavvio del server.

Consigli o suggerimenti generali?

Informazioni addizionali:

Dopo il riavvio, viene visualizzato il messaggio "Windows ha riscontrato un errore e ha dovuto riavviare, vuoi far sapere a MS?" finestra; se esplodo la voce "Ulteriori informazioni" in basso, ottengo:

Nome evento problema: Versione sistema operativo BlueScreen: 6.1.7600.2.0.0.768.3 ID impostazioni locali: 1033

più un po 'più di dati identificativi che ho appena perso.


La nostra scuola utilizza TightVNC su Windows XP. Non funziona bene Rende il computer lento o si blocca, quindi penso che sia un problema con TightVNC in generale. Prova qualche altro software.
benjamin239,

Ho avuto buoni risultati con TightVNC; L'ho usato sulla mia vecchia scatola XP a casa senza quasi nulla in termini di problemi per due-tre anni, salvo un po 'di giocherellando con le porte sul mio router.

Attiva la segnalazione degli errori, disabilita il riavvio in caso di errore e verifica se le schermate blu della macchina.

Risposte:


0

Prova RealVNC o UltraVNC e vedi se fa la differenza.


Non ho provato RealVNC; ha installato UltraVNC, ma è morto su di me dopo circa due ore e non sono stato in grado di riconnettermi.

Arrivato a casa, ho scoperto che non era stato riavviato. Sembra che potrebbe essere una soluzione più praticabile. Grazie!

Eccellente. Come specificato nella risposta di Andrei, il tunneling di VNC tramite SSH è una buona idea in quanto VNC non è completamente sicuro. CopSSH ha funzionato molto bene per me in passato.
moshen,

1

Si è verificato un problema noto con la versione precedente (1.1.68) del driver DFMirage utilizzato da TightVNC su Vista / 7. Devi assicurarti di aver installato l'ultimo DFMirage (2.0.105 attualmente). Puoi trovare la versione più recente qui:

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


0

Cerco di evitare VNC in quanto sembra troppo lento per me.

Consiglierei CopSSH + Tunnelier o TeamViewer (portablapps.org)


Il rallentamento non è un problema per me. Hai eseguito Teamviewer in un ambiente Win7?
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.