修正：ssh_exchange_identification：読み取り：ピアによって接続がリセットされました

幸い、ssh_exchange_identification：read：ピアエラーによる接続のリセットは非常にまれですが、任意のタイプのUnixサーバーにSSHで接続しようとすると、接続がリセットされる可能性があります。 Windowsをcygwinで使用してUbuntuにアクセスするか、端末でmacOSにアクセスしてArch、Fedora、CentOSにSSH接続するかは関係ありません。 sshはUnixとLinuxで共通であるため、このエラーは、リモートサーバーが許可なく接続をリセットするたびに発生する可能性があります。

方法1：hosts.denyファイルを確認します

サーバーに対する管理者権限とそれにアクセスする方法がある場合、この問題を解決する最も簡単な方法は、サーバーのコンピューターに直接ログインしたプロンプトに移動し、hosts.denyファイルを確認することです。

タイプ サーバー上ので、マシンが何らかの理由で禁止されていると表示されているかどうかを確認します。

そうである場合、これは一般的に間違いであり、安全に削除してから、他のマシンのssh経由で再接続できます。それ以外の場合は、マシンの接続を妨げるような奇妙なワイルドカードがないことを確認してください。ただし、ほとんどの場合、サーバーのディストリビューションによって追加されたデフォルトのテキストのみを含む新しいファイルが原因ではありません。

試す リモートログインを手動で追加して、接続できるようにする場合。これが必要になることはめったにないことに注意してください。ただし、追加する場合は、ディストリビューションが提供する情報テキストに従う必要があります。たとえば、下部にALL：appuals.comのような行を追加して、appuals.comのすべてのユーザーがサーバーに接続できるようにします。これを行う場合は、ホストを正しく入力していることを確認してから、Ctrl + Oを押してファイルを保存し、Ctrl+Xを押して終了します。

この時点でサーバーにSSH接続できるはずです。

方法2：ssh構成オプションの変更

リモートサーバーにアクセスできない場合、または以前の方法でオプションが修正されなかった場合は、古いssh構成ファイルをクリアして、更新後にそれでうまくいくかどうかを確認してください。そうでない場合は、-vオプションをsshに追加して、接続を再試行します。それでもエラーメッセージが表示される場合は、sshコマンドに-c aes256-ctrを追加してみて、それでうまくいくかどうかを確認してください。これにより、暗号リストが短縮され、SSHで接続しようとしたサーバーに接続できるようになります。これにより、パケットサイズが順番に短縮されます。

一部のユーザーは、サーバーハードウェアの一部がデフォルトで小さいパケットサイズを想定しているため、これは一部のタイプのCiscoブランドの機器のトラブルシューティングに特に役立つと述べています。通常のsshコマンドに-caes256-ctrを追加するだけで、アクセスできるようになります。

方法3：偶発的なIP禁止を無効にする

以前に数回ログインを試みて拒否された場合は、ご使​​用のサーバーが不正なIPアドレスと間違えている可能性があります。これは通常、トラブルシューティング中にytouが接続を再試行し続ける場合に発生します。これは合理的な応答ですが、fail2banサブルーチンへの攻撃のように見える可能性があります。これが当てはまらないことを確認するには、 sudo iptables -L –line-numberを実行します。 リモート接続からIPアドレスを探します。おそらく、無視できる無関係な接続がいくつもあることに気付くでしょう。

問題を見つけたら、 iptables -Dを実行します 自分のソフトウェアによって再び禁止されるのを防ぐために、問題のあるチェーンとチェーン番号が続きます。結果として、これ以上問題が発生することはありません。ただし、そうする場合は

次のファイルを編集できます。

ルートとして、おそらくnanoまたはviであるお気に入りのテキストエディタにロードします。あなたはおそらく次のようなものを実行したいと思うでしょう 次に、ignoreipという行を探します。 fail2banがIPアドレスをブロックリストに追加するのを恒久的にブロックするには、この行にIPアドレスを追加します。

Linuxディストリビューションが異なれば、動作も少し異なりますが、ほとんどの場合、これらの変更はすぐに有効になります。