Come velocizzare X su SSH su una connessione di rete lenta?

32

Ci sono consigli specifici su come velocizzare le applicazioni X su ssh su una connessione di rete lenta? In questo caso specifico, accedo a un server situato nella costa occidentale da un laptop nella costa orientale e anche su una connessione DSL non troppo veloce.

Qualche impostazione per ssh? Qualche consiglio in generale?

— vivekian2
fonte

15

Probabilmente vedrai i maggiori vantaggi usando la compressione usando l' -Copzione. Puoi anche abilitarlo nel tuosshd_config usando la seguente riga:

Compression yes

— Chris Down
fonte

1

Se il tempo di andata e ritorno per la connessione è elevato, la compressione non aiuta molto. Il protocollo X standard, con la sua moltitudine di messaggi di ping-pong, non è adatto a percorsi con RTT evidente.

— Linulin,

Questa è solo la natura del protocollo con cui abbiamo a che fare. L'interrogante ha dichiarato di non poter modificare il server SSH in esecuzione, quindi questa è l'opzione clientide superiore supponendo che non sia possibile fare nulla al server.

— Chris Down,

6

Uno di alcuni siti è anche segnalato per utilizzare un chiper semplice e veloce, ad esempio blowfish: ssh -X -C -c blowfish-cbc,arcfour$ hostname

— matematica

C'è una domanda simile, che raccomanda ulteriori opzioni: superuser.com/questions/400136/speeding-up-remote-x-sessions

— matematica

(vecchia domanda ma è stata contrassegnata come "riferimento" in un'altra domanda, che è stata chiusa come duplicata di questa) Il motivo per cui l'esecuzione di applicazioni X su una connessione ssh (o in qualsiasi posizione remota in realtà) è lo stesso protocollo X . Ho votato verso il basso questa risposta perché il perfezionamento delle impostazioni di ssh non aiuterà affatto in pratica. È necessario utilizzare uno "strumento di compressione del protocollo" per rendere utilizzabile l'applicazione, la migliore opzione X2GO o qualche altro strumento basato su NX. Vedi ad esempio unix.stackexchange.com/a/187420/104833 .

— Ariel

15

Se hai l'opzione, prova e prova NX (anche se è una seccatura andare avanti) in quanto ti sentirai molto più veloce del tunneling X su ssh ...

— subito
fonte

3

NX di default funziona anche su un tunnel ssh. Quindi non devi preoccuparti di aprire altre porte.

— wm_eddie,

NX è in realtà super veloce. Meglio di VNC, meglio di compressione su X. Funziona dolcemente.

— vivekian2,

Vorrei davvero contrassegnare questa come la risposta giusta per qualcuno che può avviare NX sul lato server. Non tutte le funzionalità dell'interfaccia utente sono disponibili (almeno su gnome), ma ne vale la velocità.

— vivekian2,

Non

— ho

Questa dovrebbe essere la risposta accettata, non ha senso tentare di accelerare perfezionando le impostazioni ssh (d). La migliore alternativa a NX stesso (che è abbastanza doloroso da configurare) è X2GO, anch'essa basata su librerie NX ma molto più semplice da avviare.

— Ariel

8

È passato un po 'di tempo da quando l'ho provato, ma DXPC (Differential X Protocol Compression) era solito far funzionare X11 tramite PPP dial-up notevolmente più velocemente. Forse l'opzione di compressione SSH funzionerà meglio per te, ma questa compressione è specifica per X11 e potrebbe funzionare più velocemente.

— Bruce Ediger
fonte

4

Potrebbe valere la pena di esaminare openssh ad alte prestazioni. Per motivi di sicurezza, openssh utilizza buffer statici in molti punti. Il progetto HPH-SSH implementa nuovamente i bit per utilizzare buffer dinamici. Sembra anche che abbiano implementato cifrature multi-thread nelle recenti revisioni.

https://www.psc.edu/hpn-ssh

— jmtd
fonte

Ciò richiede modifiche sul server SSH in esecuzione sul lato server? È possibile che sia qualcosa che non posso controllare.

— vivekian2,

1

No, non lo fa. Dalla pagina:> Abbiamo creato una patch che rimuoverà i colli di bottiglia in OpenSSH ed è completamente interoperabile con altri server e client. Inoltre, i client HPN potranno scaricare più velocemente da server non HPN

— jmtd

1

X2Go risolverà il tuo problema. Sto accedendo a un lampone pi in Argentina dalla Silicon Valley. C'è un leggero ritardo, ma è comodo lavorare come il mio computer da scrivania.

VNC è la tua seconda scelta.

— Ricco
fonte