Ich kann mich von jedem anderen Computer im LAN sowie extern verbinden. Es verbindet sich problemlos mit anderen Maschinen, auf denen SSHD ausgeführt wird. Wenn ich ssh mit Ausführlichkeit versuche, erhalte ich die folgende Anzeige:
$ 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
Irgendeine Idee, was ich vermasselt haben könnte? Ich kann mich nicht erinnern, die SSH-Konfigurationsdateien geändert zu haben, sondern nur einige Benutzer zu Gruppen hinzugefügt haben, um mit Berechtigungen zu experimentieren. Selbst wenn ich versuche, kein Konto anzugeben (wie oben), hängt es immer noch eine Minute lang bei „Local version string SSH-2.0-OpenSSH_6.2“, bevor der endgültige Fehler ausgegeben wird. Ich verwende Ubuntu Server 12.04 x86, für das, was es wert ist.
Akzeptierte Antwort:
Das bedeutet letztlich, dass der SSH-Server am anderen Ende abgestürzt ist oder irgendwie nicht funktioniert. Es lauscht immer noch auf dem Socket, aber es ist nicht in der Lage, einen kryptografischen Handshake durchzuführen.
Die einzige Lösung besteht darin, den Prozess auf der Remote-Seite neu zu starten.