Dans de nombreux cas, l'erreur `ssh_exchange_identification : Connexion fermée par l'hôte distant` peut être due à des problèmes avec les fichiers de configuration `hosts.deny` et `hosts.allow`, mais d'autres causes sont possibles. Si vous lisez ceci, vous avez probablement déjà vérifié qu'aucun de ces fichiers n'empêche votre adresse IP de tenter d'utiliser `ssh` sur un serveur distant.
Si tel est le cas, le problème pourrait être lié à des dépendances, à une fragmentation de la mémoire, voire à un nombre excessif de sessions entrantes provenant de clients individuels. La bonne nouvelle, c'est qu'une fois le problème résolu, l'erreur ne se reproduira plus.
Méthode 1 : Corriger les dépendances manquantes
Si vous ne recevez l'erreur `ssh_exchange_identification: connection closed by remote host` qu'après la mise à jour d'`OpenSSL` ou de `glibc`, le problème peut être lié à une dépendance manquante. Dans ce cas, exécutez la commande sudo lsof -n | grep ssh | grep DEL Depuis la ligne de commande. Vous obtiendrez ainsi la liste des fichiers ouverts. Il vous suffira ensuite de repérer ceux qui ont été récemment supprimés et qui sont liés au service (démon) `ssh`.
Si vous n'obtenez aucun résultat, vous pouvez toujours essayer de redémarrer le service (démon) ou le système lui-même. Un redémarrage sera nécessaire si vous rencontrez plusieurs erreurs. Vous pouvez cependant ignorer sans risque les messages relatifs à `/run/user/1000/gvfs`, car ils sont dus à un problème sans rapport avec le système de fichiers virtuel.
Vous pouvez également essayer d'utiliser `apt-get`, `pacman` ou `yum` pour mettre à jour vos paquets si vous soupçonnez un problème de dépendances. Si vous utilisez un système basé sur Debian ou Ubuntu, vous pouvez essayer… sudo apt-get -f mise à niveau Pour vérifier si cela corrige les éventuels paquets corrompus que vous auriez pu rencontrer.
Méthode 2 : Correction de la fragmentation de la mémoire
Si le problème persiste, il se peut qu'il provienne de l'hôte. Les hôtes exécutés dans une machine virtuelle (VM) ne disposent pas toujours d'une partition d'échange, ce qui peut entraîner une fragmentation de la mémoire. Essayez d'accéder à l'hôte par d'autres moyens, idéalement physiquement si possible, puis redémarrez les services qui rencontrent des problèmes. MySQL, Apache, nginx et autres services similaires pourraient être en cause.
Bien que le redémarrage de l'hôte ne soit pas toujours possible, il peut résoudre le problème et s'avérer judicieux si vous rencontrez alternativement ce message d'erreur et un autre renvoyant une adresse IP. Notez que si vous disposez d'un accès quelconque au serveur, vous pouvez exécuter la commande. vmstat-s Et pour obtenir des statistiques importantes sur la façon dont la mémoire est utilisée, même par un utilisateur normal dans de nombreux cas.
La troisième méthode : vérifier la présence de copies SSH supplémentaires
Si ce n'est pas la raison, vérifiez si les hôtes tentent de se connecter au serveur. Il se peut que vous ayez dépassé le nombre maximal de sessions SSH sans vous en rendre compte. Fermez les sessions existantes, puis essayez de vous reconnecter. Une méthode simple consiste à exécuter la commande `/`. pour qui Pour observer l'activité des utilisateurs enregistrés, vous ne devriez voir qu'un ou deux utilisateurs enregistrés. S'il y a plusieurs sessions simultanées, fermez les sessions utilisateur et essayez de vous reconnecter.
Cela peut se produire si sshd ne parvient pas à suivre le rythme d'un script qui lance plusieurs sessions SSH en boucle. Si cela vous est déjà arrivé, ajoutez la commande suivante : sommeil 0.3 Pour la boucle itérative afin de donner au serveur SSHD caché le temps de suivre.
Méthode 4 : Détermination de la limite de connexion SSHD
Ce type de problème de connexion est particulièrement fréquent lors de l'utilisation de SSH pour accéder à un routeur ou à une autre carte réseau intégrée, car le nombre maximal de connexions par défaut est très limité. Bien qu'il soit déconseillé de surcharger le serveur, vous pouvez consulter les paramètres par défaut.
Essayez de courir 
Le serveur doit être configuré pour gérer un certain nombre de connexions. Dans la plupart des cas, la configuration système par défaut est de 10 connexions simultanées, ce qui est suffisant pour la plupart des architectures serveur où la majorité des utilisateurs ont besoin d'utiliser régulièrement SSH.
Les commentaires sont fermés.