Je peux me connecter à partir de n'importe quel autre ordinateur sur le réseau local, ainsi qu'en externe. Il se connecte bien à d'autres machines exécutant SSHD. Lorsque j'essaie ssh avec verbosité, j'obtiens la lecture suivante :
$ ssh -vvv 192.168.1.9
OpenSSH_6.2p2, OpenSSL 1.0.1e 11 Feb 2013
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.9 [192.168.1.9] port 22.
debug1: Connection established.
debug1: identity file /home/Steven/.ssh/id_rsa type -1
debug1: identity file /home/Steven/.ssh/id_rsa-cert type -1
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/Steven/.ssh/id_dsa" as a RSA1 public key
debug1: identity file /home/Steven/.ssh/id_dsa type 2
debug1: identity file /home/Steven/.ssh/id_dsa-cert type -1
debug1: identity file /home/Steven/.ssh/id_ecdsa type -1
debug1: identity file /home/Steven/.ssh/id_ecdsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
ssh_exchange_identification: read: Connection reset by peer
Une idée de ce que j'ai pu gâcher ? Je ne me souviens pas avoir changé dans les fichiers de configuration SSH, j'ai seulement ajouté des utilisateurs à des groupes pour expérimenter les autorisations. Même lorsque j'essaie de ne pas spécifier de compte (comme ci-dessus), il se bloque toujours à "chaîne de version locale SSH-2.0-OpenSSH_6.2" pendant une minute avant de donner l'erreur finale. J'utilise Ubuntu Server 12.04 x86, pour ce que ça vaut.
Réponse acceptée :
Cela signifie, en fin de compte, que le serveur SSH à l'autre bout est tombé en panne ou ne fonctionne pas d'une manière ou d'une autre. Il écoute toujours sur le socket, mais il n'est pas capable d'effectuer une poignée de main cryptographique.
La seule solution est de redémarrer le processus du côté distant.