Qu'est-ce qui peut ralentir la session ssh?
Je ssh sur l'hôte distant mais les performances du terminal sont médiocres. Les symboles que je tape ne sont pas affichés immédiatement, mais avec un certain retard. Parfois, deux symboles s'affichent en même temps après un délai.
Une latence élevée est une autre cause de mauvaises performances ssh. Je recommande fortement d'utiliser mtr comme meilleur remplacement pour traceroute. Il devrait être en mesure de vous donner une idée de l'endroit où vos problèmes de réseau peuvent survenir.
La désactivation du transfert X11 si vous n'en avez pas besoin (ssh -x) et l'activation de la compression (ssh -C) peuvent également accélérer votre session.
Je peux penser à deux causes possibles:
- Perte de paquets sur la connexion
- Charge élevée sur le serveur.
Utilisez Compression et CompressionLevel of 9. Cela devrait aider un peu. Vous pouvez configurer ces paramètres dans/etc/ssh/ssh_config. Mais si le réseau réel est très pauvre, ces astuces ne feront pas beaucoup de bien.
J'ai essayé de mesurer les performances du réseau en découvrant rapidement que le terminal allait bien. Que s'est-il passé?
Nous avons un équilibrage de charge entre deux routeurs Internet. Parfois, il achemine mon trafic ssh via wan1 et parfois via wan2. J'ai proposé qu'il y ait un problème avec un seul canal. J'ai donc mesuré les performances du réseau avec mtr (excellent outil!) Pour deux canaux séparément.
ouais! wan2 a 21 sauts avec 110 ms et wan1 a 15 avec seulement 21 ms! la latence wan2 est le problème.
La cause la plus évidente de ce comportement est un lien qui est saturé ou qui perd des paquets. Combien de sauts avez-vous entre votre poste de travail et la machine dans laquelle vous utilisez? Avez-vous analysé un traceroute, le cas échéant?
Si vous utilisez OpenSSH sur un long fat-pipe (bande passante élevée + latence élevée), assurez-vous d'utiliser au moins la version 4.7 des deux côtés, car elle contient des correctifs pour que OpenSSH utilise une taille de fenêtre TCP plus 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.
Cela peut être important si vous souhaitez utiliser la connexion à son plein potentiel, car sinon un expéditeur peut devoir attendre des accusés de réception avant de pouvoir continuer à envoyer.
Un DNS mal configuré peut provoquer cela. Le serveur répondra très bien une fois connecté, et télécharger et télécharger des fichiers assez rapidement, mais les connexions SSH seront lentes.
Comme déjà dit par d'autres, cela peut provenir d'une latence, d'une perte sur votre réseau, d'un serveur lent.
Parfois, vous voyez 2 caractères d'un même type car la pile moderne TCP utilise un algorithme appelé Naggle .
Cela pourrait également être une tentative de SSH Brute Force qui étrangle votre connexion. Chaque fois que ma session se déroule lentement, je vérifie les journaux et dans un certain nombre de cas, quelqu'un essaie des mots de passe comme des fous.
Une chose à regarder est simplement la mémoire du serveur. J'utilisais un Ubuntu VM avec 256 Mo de mémoire et SSH était vraiment lent. Le doubler à 512 Mo a résolu le problème.