Re,
fatal: Read from socket failed: Connection reset by peer
es que tu me conseille de désinstaller openssh et de télécharger les sources et de compiler
Ces messages sont courants et ne sont pas alarmants non plus. Quand la connexion est négociée, il ne peut que le client, qui avait initialement sollicité une connexion ssh, pour laquelle sshd a affecté un processus, ait un problème de communication avec le serveur et réinitialise la connexion. Le résultat est que sshd, de son côté, a un processus qui ne sert plus à rien et il te signale donc, dans les logs, qu'il y met fin (d'où le terme "fatal"), ce qui est une bonne chose, car cela libère la mémoire.
Les causes peuvent être multiples. Après tout, le réseau, c'est des fils, c'est comme une autoroute, il peut y avoir des embouteillages, des fils défaillants, des matériels, de logiciels chargés de négocier la connexion qui sont bogués, voire des systèmes d'exploitation (c'est une connexion ssh à partir de Windows ?).
Si tu ne veux pas avoir ce genre de messages, le mieux est de désinstaller Linux et de débrancher ton câble réseau :-)
Sérieusement, tu peux tenter de diagnostiquer le problème en lançant sshd avec les options indiquées plus haut ou avec un sniffeur réseau, mais sauf à ce que tu aies vraiment des problèmes de communication visibles et gênants, ce n'est probablement pas la peine de se donner tout ce mal.
Si tu veux sécuriser sshd, assure toi d'avoir toujours la dernière version en le mettant régulièrement à jour avec ton système de paquets, et dans les options dans /etc/ssh/sshd_config ... mets au moins :
PermitRootLogin no
et règle AllowUsers sur les utilisateurs limitativement autorisés à se loguer par ssh (séparés par des espaces).
Lis man sshd_config pour plus de détails.
Tu peux aussi le mettre sur un autre port que le port 22. C'est souvent suffisant pour décourager les personnes qui trouvent très amusant de scanner des plages d'adresses IP au hasard à la recherche du port standard 22.
Dal
