Cosa può causare una sessione ssh lenta? [chiuso]

46

Ssh su host remoto ma le prestazioni del terminale sono scadenti. I simboli che sto digitando non vengono mostrati immediatamente, ma con qualche ritardo. A volte vengono visualizzati due simboli contemporaneamente dopo il ritardo.

ssh performance

— lexsys
fonte

Mosh è un buon sostituto ssh per prevenire questo problema: mosh.mit.edu

— Steven C. Howell,

6

server ssh ... perché è stato chiuso? è chiaramente un problema del server. Sicuramente alcune delle risposte qui sono basate sull'opinione, ma la domanda dovrebbe andare bene.

— j0h

5

Perché questa domanda è chiusa? Nel mio caso era def lato server - una porta UDP 67/68 chiusa. DHCP era abilitato su un'immagine Vultr generica, cercava di rinnovare costantemente l'IP del pub, ma veniva bloccato da CSF. Consentire quelle porte sembrava risolverlo, un veloce SSH (e altri servizi di rete) ancora una volta. Tienilo d'occhio se usi quella o altre immagini VPS predefinite / simili.

— Dhaupin,

5

Questo è chiaramente un problema di rete (comune). Credo che non vi sia motivo di chiuderlo, e sicuramente non è fuori tema. Anche (in particolare) quando il problema può avere molteplici cause che sono difficili da identificare.

— mivk,

17

L'elevata latenza è un'altra causa di scarse prestazioni ssh. Consiglio vivamente di usare mtr come sostituto migliore di traceroute. Dovrebbe essere in grado di darti un'idea di dove potrebbero verificarsi i problemi di rete.

— David Pashley
fonte

13

Disabilitare l'inoltro X11 se non è necessario (ssh -x) e abilitare la compressione (ssh -C) può anche velocizzare la sessione.

— legnoso
fonte

9

Posso pensare a due possibili cause:

Perdita di pacchetti sulla connessione
Carico elevato sul server.

— Shoan
fonte

3

Ho provato a misurare le prestazioni della rete scoprendo presto che il terminale andava bene. Cos'è successo?

Abbiamo un bilanciamento del carico tra due router di canali Internet. A volte indirizza il mio traffico ssh attraverso wan1 e talvolta attraverso wan2. Ho proposto che ci sia qualcosa di sbagliato in un solo canale. Quindi ho misurato le prestazioni della rete con mtr (ottimo strumento!) Per due canali separatamente.

si! wan2 ha 21 hop con 110 ms e wan1 ne ha 15 con solo 21 ms! wan2 latenza è il problema.

— lexsys
fonte

3

Usa Compression and CompressionLevel di 9. Questo dovrebbe aiutare un po '. È possibile configurare questi parametri in / etc / ssh / ssh_config. Ma se la rete attuale è molto scarsa, questi trucchi non faranno molto bene.

— Saurabh Barjatiya
fonte

2

La causa più ovvia di questo comportamento è il collegamento che è pacchetti saturi o in calo. Quanti salti hai dalla tua postazione di lavoro alla macchina su cui stai lavorando? Hai analizzato un traceroute, se applicabile?

— Jan Jungnickel
fonte

2

Se stai usando OpenSSH su un tubo long-fat (larghezza di banda elevata + latenza elevata) assicurati di utilizzare almeno la versione 4.7 su entrambi i lati perché contiene correzioni per fare in modo che OpenSSH utilizzi una finestra tcp più grande.

 * The SSH channel window size has been increased, and both ssh(1)
   sshd(8) now send window updates more aggressively. These improves
   performance on high-BDP (Bandwidth Delay Product) networks.

Questo può essere importante se si desidera utilizzare la connessione al massimo delle sue potenzialità, altrimenti un mittente potrebbe dover attendere ack prima di poter continuare a inviare.

— knweiss
fonte

1

Come già detto da altri, può derivare da latenza, perdita sulla rete, server lento.
A volte vedi 2 caratteri in un tipo perché il moderno stack TCP usa un algoritmo chiamato Naggle .

— raggio
fonte

1

L'algoritmo di Nagle è sempre disabilitato su applicazioni interattive come telnet e SSH

— LapTop006

1

Non hai abbastanza informazioni per dire "sempre". Non sappiamo quale client / server ssh sta usando. Non conosciamo il sistema operativo in esecuzione. ecc. Con alcuni sistemi operativi, un'impostazione a livello di kernel potrebbe avere un impatto su TCP_NODELAY impostato a livello di applicazione.

— raggio

1

Potrebbe anche essere un tentativo di SSH Brute Force che limita la tua connessione. Ogni volta che la mia sessione procede lentamente, controllo i registri e in parecchi casi qualcuno sta cercando password come un matto.

— Raupach
fonte

1

DNS non configurato correttamente può causare questo. Il server risponderà correttamente una volta effettuato l'accesso e caricherà e scaricherà i file abbastanza velocemente, ma gli accessi SSH saranno lenti.

— ServerChecker
fonte

1

Ho scoperto che posso rilasciare una voce IP in / etc / hosts per un server che ha un accesso SSH lento e che solitamente accelera la connessione iniziale. Ma la vera soluzione è far funzionare correttamente il DNS.

— ServerChecker

1

Una cosa da guardare è semplicemente la memoria del server. Stavo eseguendo una VM Ubuntu con 256 Mb di memoria e SSH era davvero lento. Raddoppiando questo a 512 Mb risolto il problema.

— GateKiller
fonte