☰

「ssh_exchange_identification: read: Connection reset by peer」エラーを修正するにはどうすればいいですか?

tag-icon • tag-icon ssh
「ssh_exchange_identification: read: Connection reset by peer」エラーを修正するにはどうすればいいですか?

コンピューターを使用して ssh 経由でサーバーに接続できませんが、termius アプリを使用して携帯電話からこのサーバーに接続できます。iptables をチェックし/etc/hosts.allow、/etc/hosts.denyGoogle で検索しましたが、この問題に当てはまる答えはないようです。解決方法がわかりません。ssh -v 183.17.228.80出力は次のとおりです。

debug1: Connecting to 183.17.228.80 [183.17.228.80] port 22.
debug1: Connection established.=======================   
debug1: permanently_set_uid: 0/0   
debug1: SELinux support disabled  
debug1: key_load_public: No such file or directory    
debug1: identity file /root/.ssh/id_rsa type -1    
debug1: key_load_public: No such file or directory   
debug1: identity file /root/.ssh/id_rsa-cert type -1      
debug1: key_load_public: No such file or directory   
debug1: identity file /root/.ssh/id_dsa type -1   
debug1: key_load_public: No such file or directory   
debug1: identity file /root/.ssh/id_dsa-cert type -1   
debug1: key_load_public: No such file or directory   
debug1: identity file /root/.ssh/id_ecdsa type -1  
debug1: key_load_public: No such file or directory   
debug1: identity file /root/.ssh/id_ecdsa-cert type -1   
debug1: key_load_public: No such file or directory  
debug1: identity file /root/.ssh/id_ed25519 type -1   
debug1: key_load_public: No such file or directory  
debug1: identity file /root/.ssh/id_ed25519-cert type -1  
debug1: Enabling compatibility mode for protocol 2.0  
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2   
ssh_exchange_identification: read: Connection reset by peer

このサーバーにpingを実行できます。ここはtelnetです

telnet 183.17.228.29 22  
Trying 183.17.228.29...  
Connected to 183.17.228.29.  
Escape character is '^]'.                                                                 
Connection closed by foreign host.

答え1

ただサーバーを再起動するSSH したいものです。私の場合はうまくいきましたが、以前は同じ問題に直面していました。

答え2

これは実際には、あなたの IP がサーバーによってブラックリストに登録されていることを意味します。ログインできるようにするには、IP アドレスをホワイトリストに登録してみてください。/etc/hosts リストを見て、サーバーの IP アドレスが変更されていないかどうかを確認してください。

答え3

私も同じ問題を抱えていましたが、sshd デーモンを再起動するとホストに接続できるようになりました。

sudo systemctl restart sshd && systemctl status sshd

これは、MaxAuthTries パラメータを増やすまでの一時的な回避策にすぎません。

答え4

サーバーの ssh デーモンがハングしているようです。 実行されているかどうか確認してください。 ssh に telnet すると、署名が表示されます。 次のようなものです。

telnet unixhow.com 22
Trying 35.228.26.20...
Connected to unixhow.com.
Escape character is '^]'.
SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.1

出力から判断すると、ssh デーモンがサーバー側で応答していないようです。IP-KVM (または他の方法) 経由でリモート マシンに接続し、sshd を再起動することをお勧めします。

関連情報