ssh_exchange_identification : connexion fermée par l'hôte distant

Découvrez comment résoudre l'erreur "ssh_exchange_identification: Connection closed by remote host" en identifiant des dépendances manquantes, en corrigeant la fragmentation de la mémoire, et en vérifiant les connexions SSH.

Bien que dans de nombreux cas, l'erreur ssh_exchange_identification: Connection closed by remote host puisse être causée par des problèmes liés aux fichiers de configuration hosts.deny et hosts.allow, d'autres éléments peuvent également causer ce problème. Si vous lisez ceci, il y a de fortes chances que vous ayez déjà vérifié que ces fichiers ne bloquaient pas votre adresse IP pour l'utilisation de ssh sur un serveur distant.

En supposant que ce soit le cas, vous pourriez faire face à un problème de dépendance, quelque chose lié à la fragmentation de la mémoire, ou même un nombre excessif de sessions provenant de clients individuels. La bonne nouvelle est qu'une fois le problème résolu, vous ne devriez plus voir cette erreur.

Méthode 1 : Corriger les dépendances manquantes

Si vous avez rencontré l'erreur ssh_exchange_identification: connection closed by remote host uniquement après la mise à jour d'OpenSSL ou de glibc, vous pourriez être confronté à une dépendance manquante. Exécutez sudo lsof -n | grep ssh | grep DEL depuis la ligne de commande dans cette situation. Cela vous donnera une liste de fichiers ouverts, puis recherchez uniquement ceux qui ont été récemment supprimés et qui sont liés au démon ssh.

Si vous ne obtenez rien, vous pouvez toujours essayer de redémarrer le démon ou le système lui-même. Il est conseillé d'essayer un redémarrage si plusieurs erreurs vous ont été signalées, bien que vous puissiez ignorer celles liées aux messages /run/user/1000/gvfs, car celles-ci sont causées par un problème non lié à un système de fichiers virtuel.

Vous pourriez également tenter d'utiliser apt-get, pacman ou yum pour mettre à jour vos paquets si vous soupçonnez que les dépendances posent problème. Si vous êtes sur un système basé sur Debian ou Ubuntu, vous pouvez essayer sudo apt-get -f upgrade et voir si cela répare les paquets cassés que vous pourriez avoir.

Méthode 2 : Corriger la fragmentation de la mémoire

Si cela n'a pas aidé, vous pourriez avoir un problème du côté de l'hôte. Les hôtes fonctionnant dans une VM n'ont pas toujours une partition d'échange, ce qui peut entraîner une fragmentation de la mémoire. Accédez à l'hôte par d'autres moyens, peut-être physiquement si possible, puis redémarrez les services éprouvant des problèmes. MySQL, Apache, nginx et d'autres services similaires pourraient être en cause.

Bien qu'il ne soit pas toujours faisable de redémarrer l'hôte, cela peut corriger le problème et peut être judicieux si vous avez alterné entre ce message d'erreur et un autre retournant une adresse IP. Gardez à l'esprit que si vous avez un accès quelconque au serveur, vous pouvez exécuter la commande vmstat -s et obtenir des statistiques importantes sur l'utilisation de la mémoire même en tant qu'utilisateur régulier dans de nombreux cas.

Méthode 3 : Vérifier les instances ssh supplémentaires

<pÀ défaut, vérifiez si les hôtes essaient de se connecter au serveur. Il se peut que vous ayez dépassé le nombre maximum de sessions ssh sans le savoir. Nettoyez les anciennes sessions puis essayez de vous reconnecter. Une manière simple de le faire est d'exécuter la commande who pour voir quels processus utilisateurs sont connectés. Vous ne devriez voir qu'un ou deux utilisateurs connectés. S'il y a plusieurs utilisateurs parallèles, alors terminez les processus utilisateurs et essayez de vous reconnecter.

Cela peut se produire si sshd ne parvient pas à suivre un script qui démarre de nombreuses sessions ssh dans une boucle. Si cela vous est déjà arrivé, ajoutez la commande sleep 0.3 à la boucle afin que le démon sshd ait le temps de suivre.

Méthode 4 : Trouver la limite de connexion sshd

Les problèmes de connexion comme celui-ci sont particulièrement fréquents lorsque vous essayez d'utiliser ssh pour accéder à un routeur ou un autre type de commutateur discret, car le nombre maximum de connexions par défaut est très faible. Bien que vous ne souhaitiez pas surcharger le serveur, vous pouvez vérifier quelle est la configuration par défaut.

Essayez d'exécuter une commande sur le serveur pour savoir combien de connexions sshd peut gérer. Dans la plupart des cas, le système devrait par défaut accepter 10 connexions simultanées, ce qui devrait être suffisant pour la majorité des structures de serveur que la plupart des utilisateurs sont susceptibles d'utiliser régulièrement pour ssh.

Maintenant que tu as fini de lire ssh_exchange_identification : connexion fermée par l'hôte distant, nous t'invitons à explorer davantage la catégorie Linux. Tu y trouveras d'autres articles intéressants qui élargiront tes connaissances et te tiendront informé. Ne cesse pas de lire et de découvrir plus!