connessione ssh e server X11, diversi problemi


0

Sto usando una macchina in una città vicino alla mia tramite ssh (con stucco). Mi sto connettendo tramite ssh e, dopo aver effettuato l'accesso a questa macchina, avvio (con Xming in esecuzione sul mio PC), un software che apre la finestra X11. Dopo pochi minuti (se non sono fortunato) la connessione si chiude, e con ciò il software che sto usando nella macchina (comsol multihpysics) muore e tutto il lavoro che ho fatto lì è andato perso.

Se sono (molto) fortunato, la connessione non finisce e posso completare con successo la mia simulazione di 6 ore, cosa che succede solo poche volte a settimana.

Ho errori come "Network error: connection reset by peer" e "Network error:software caused connection abort", Voglio dire, errori relativi alla connessione.

Soluzioni come l'aumento KeepAliveServer/KeepAliveClient time, using autossh o MyEnTunnel non funziona per me perché con un solo secondo con la connessione abbassata, il software si chiude.

Penso che il mio ISP non sia un problema, ho una buona larghezza di banda per questo.


Perché non usare xpra?
Dan D.

Risposte:


0

Il tuo ISP può essere o meno il problema, tanto quanto l'ISP, a cui è collegato un altro server. E il problema non è la larghezza di banda qui. Piuttosto è il ripristino delle interfacce a causa della perdita di connessione in qualsiasi punto della catena. Le tue possibilità di 6 ore di connessione di rete ininterrotta, è una su quattro, statisticamente parlando. Considerando queste reti e connessioni non sono di livello professionale, è una scommessa ventosa a Las Vegas.

Detto questo, suppongo che entrambe le parti, o almeno l'altro server nel prossimo paese, siano / siano una macchina Linux. Perché non esegui semplicemente il vncserver e ti connetti a questa macchina usando vncviewer? Anche se la tua connessione viene interrotta, la GUI sull'altro computer continuerà a essere in esecuzione e quando ti ricollegerai, otterrai lo stesso desktop con la GUI ancora in esecuzione. Ovviamente, questo significa che se è necessario inserire qualcosa durante il processo, dovrà attendere la riconnessione prima di continuare.


0

xwindows è un protocollo di visualizzazione molto chiacchierone; Non ho avuto molta fortuna ad usarlo su connessioni remote, ma la larghezza di banda è migliorata da quando l'ho provato l'ultima volta ... Tuttavia, la latenza è rimasta praticamente costante. Se stai superando i valori TCP / kernel sendQ, il tuo peer ripristinerà la connessione.

Potrebbe servire meglio usare un desktop remoto di tipo VNC invece di X-windows, come se la connessione fallisse, la tua x-sessione sarà ancora in esecuzione sul computer remoto, che potrai riprendere dal punto in cui ti sei interrotto quando ti connetti di nuovo. ..

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.