Was kann eine langsame SSH-Sitzung verursachen? [geschlossen]

Ich ssh auf Remote-Host, aber die Terminalleistung ist schlecht. Von mir eingegebene Symbole werden nicht sofort, sondern mit einiger Verzögerung angezeigt. Manchmal werden zwei Symbole nach einer Verzögerung gleichzeitig angezeigt.

Hohe Latenz ist eine weitere Ursache für schlechte SSH-Leistung. Ich empfehle die Verwendung von mtr als besseren Ersatz für Traceroute. Es sollte Ihnen eine Vorstellung davon geben können, wo Ihre Netzwerkprobleme auftreten können.

Das Deaktivieren der X11-Weiterleitung (ssh -x) und das Aktivieren der Komprimierung (ssh-C) können Ihre Sitzung ebenfalls beschleunigen.

Ich kann mir zwei mögliche Ursachen vorstellen:

1. Paketverlust auf der Verbindung
2. Hohe Belastung des Servers.

Ich habe versucht, die Netzwerkleistung zu messen, indem ich schnell herausgefunden habe, dass das Terminal in Ordnung ist. Was ist passiert?

Wir haben einen Lastausgleich zwischen zwei Internetkanälen Router. Manchmal leitet es meinen SSH-Verkehr durch WAN1 und manchmal durch WAN2. Ich schlug vor, dass mit nur einem Kanal etwas nicht stimmt. Also habe ich die Netzwerkleistung mit mtr (tolles Tool!) Für zwei Kanäle getrennt gemessen.

Ja! wan2 hat 21 Hops mit 110 ms und wan1 hat 15 mit nur 21 ms! wan2 latenz ist das problem.

Verwenden Sie Compression und CompressionLevel von 9. Das sollte ein wenig helfen. Sie können diese Parameter in / etc / ssh / ssh_config konfigurieren. Aber wenn das tatsächliche Netzwerk sehr schlecht ist, werden diese Tricks nicht viel nützen.

Die offensichtlichste Ursache für dieses Verhalten ist eine Verbindung, die gesättigt ist oder Pakete verwirft. Wie viele Hopfen haben Sie von Ihrer Workstation zu der Maschine, in die Sie ssh'ing? Haben Sie ggf. eine Traceroute analysiert?

Wenn Sie OpenSSH auf einer Long-Fat-Pipe verwenden (hohe Bandbreite + hohe Latenz), stellen Sie sicher, dass Sie auf beiden Seiten mindestens Version 4.7 verwenden, da es Korrekturen enthält, damit OpenSSH ein größeres TCP-Fenster verwendet.

 * 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.

Dies kann wichtig sein, wenn Sie die Verbindung voll ausschöpfen möchten, da ein Absender andernfalls möglicherweise auf Bestätigungen warten muss, bevor er mit dem Senden fortfahren kann.

Wie bereits von anderen erwähnt, kann dies durch Latenz, Netzwerkverlust und langsamen Server verursacht werden.
Manchmal sehen Sie 2 Zeichen auf einmal, weil der moderne TCP-Stack einen Algorithmus namens Naggle verwendet .

Es könnte sich auch um einen SSH-Brute-Force-Versuch handeln, der Ihre Verbindung drosselt. Jedes Mal, wenn meine Sitzung langsam verläuft, überprüfe ich die Protokolle und in einigen Fällen versucht jemand, Passwörter wie verrückt zu verwenden.

Falsch konfiguriertes DNS kann dies verursachen. Sobald der Server angemeldet ist, reagiert er einwandfrei und lädt die Dateien ziemlich schnell hoch und herunter, SSH-Anmeldungen sind jedoch langsam.

Eine Sache zu betrachten ist einfach Serverspeicher. Ich hatte eine Ubuntu-VM mit 256 MB Arbeitsspeicher und SSH war sehr träge. Das Verdoppeln auf 512 MB löste das Problem.