LAN上の他のすべてのコンピューターからだけでなく、外部からも接続できます。 SSHDを実行している他のマシンに正常に接続します。冗長性を持ってsshを試してみると、次のように表示されます。
$ 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
私が台無しにしたかもしれない何か考えはありますか？ SSH構成ファイルを変更したことを思い出せません。アクセス許可を試すために、一部のユーザーをグループに追加するだけです。 （上記のように）アカウントを指定しない場合でも、最終的なエラーが発生する前に、「ローカルバージョン文字列SSH-2.0-OpenSSH_6.2」で1分間ハングします。私はUbuntuServer12.04x86を実行しています。その価値はあります。
承認された回答：
これが意味するのは、最終的には、もう一方の端のSSHサーバーがクラッシュしたか、何らかの形で機能していないということです。まだソケットをリッスンしていますが、暗号化ハンドシェイクを実行することはできません。
唯一の解決策は、リモート側でプロセスを再開することです。