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 l'erreur `ssh_exchange_identification: connection closed by remote host` ne s'affiche 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 l'invite de commandes. Vous obtiendrez ainsi la liste des fichiers ouverts ; recherchez ensuite ceux qui ont été récemment supprimés et qui sont liés au service `ssh` (démon).
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 upgrade` pour voir si cela corrige les 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 du serveur 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 affichant une adresse IP. Sachez que si vous disposez d'un accès au serveur, vous pouvez exécuter la commande ` vmstat -s` et obtenir des statistiques utiles sur l'utilisation de la mémoire, même en tant qu'utilisateur standard dans la plupart des cas.
La troisième méthode : vérifier la présence de copies SSH supplémentaires
Si le problème persiste, vérifiez si les hôtes tentent de se connecter au serveur. Il est possible que vous ayez involontairement dépassé le nombre maximal de sessions SSH. Fermez les sessions en cours, puis réessayez. Pour ce faire, utilisez la commande ` who` afin d'afficher les processus utilisateur connectés. Vous ne devriez voir qu'un ou deux utilisateurs connectés. Si plusieurs sessions sont ouvertes simultanément, fermez les processus utilisateur et réessayez.
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 ` sleep 0.3` à la boucle pour laisser le temps au démon sshd de se rattraper.
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.