多くの場合、「ssh_exchange_identification: リモートホストによって接続が閉じられました」というエラーは、「hosts.deny」および「hosts.allow」設定ファイルの問題が原因で発生しますが、他にも原因が考えられます。この記事をお読みいただいている方は、どちらのファイルも、リモートサーバー上での「ssh」接続をIPアドレスがブロックしていないことを既に確認されているはずです。
もしそうであれば、問題は依存関係、メモリの断片化、あるいは個々のクライアントからの過剰なセッション数に関連している可能性があります。幸いなことに、問題が解決すれば、エラーは再発しません。
方法1: 不足している依存関係を修正する
`OpenSSL` または `glibc` をアップデートした後に `ssh_exchange_identification: connection closed by remote host` というエラーのみが表示される場合は、依存関係の不足が原因である可能性があります。その場合は、以下のコマンドを実行してください。 sudo lsof -n | grep ssh | grep DEL コマンドラインから。開いているファイルのリストが表示されるので、最近削除されたファイルで「ssh」サービス（デーモン）に関連するファイルを探します。
結果が表示されない場合は、サービス（デーモン）またはシステム自体の再起動をお試しください。複数のエラーが発生した場合は再起動が必要になりますが、`/run/user/1000/gvfs` 関連のメッセージは仮想ファイルシステムとは無関係の問題によって発生しているため、無視しても問題ありません。
依存関係に問題があると思われる場合は、`apt-get`、`pacman`、`yum` を使ってパッケージを更新することもできます。DebianまたはUbuntuベースのシステムを使用している場合は、以下を試してみるとよいでしょう。 sudo apt-get -f アップグレード 破損したパッケージが修正されるかどうかを確認します。
方法2: メモリの断片化を修正する
それでも問題が解決しない場合は、ホスト側に問題がある可能性があります。仮想マシン（VM）内で実行されているホストは必ずしもスワップパーティションを持っているとは限らず、メモリの断片化につながる可能性があります。他の手段（可能であれば物理的なアクセスも検討）でホストにアクセスし、問題が発生しているサービスを再起動してください。MySQL、Apache、nginxなどのサービスが原因となっている可能性があります。
ホストの再起動は必ずしも可能とは限りませんが、問題を解決できる可能性があります。このエラーメッセージとIPアドレスを返す別のエラーメッセージが交互に表示される場合は、再起動することをお勧めします。サーバーに何らかのアクセス権がある場合は、次のコマンドを実行できます。 vmstat -s また、多くの場合、通常のユーザーであっても、メモリの使用状況に関する重要な統計情報を取得できます。
3番目の方法: 追加のSSHコピーを確認する
それが原因ではない場合は、ホストがサーバーに接続しようとしているかどうかを確認してください。気づかないうちにSSHセッションの最大数を超えている可能性があります。古いセッションを終了してから再接続してみてください。簡単な方法の一つは、`/`コマンドを実行することです。 who 登録ユーザーのアクティビティを確認するには、1～2人の登録ユーザーのみが表示されるはずです。複数の同時セッションがある場合は、ユーザーセッションを閉じて再度ログインしてください。
これは、sshdが多数の異なるsshセッションをループで開始するスクリプトに対応できない場合に発生する可能性があります。以前に発生したことがある場合は、以下のコマンドを追加してください。 スリープ0.3 繰り返しループを実行して、隠し sshd が追いつく時間を確保します。
方法4: sshd接続制限を見つける
このような接続の問題は、SSHを使用してルーターやその他の統合アダプターにアクセスしようとすると特によく発生します。これは、デフォルトの最大接続数が非常に少ないためです。サーバーに過負荷をかけたくない場合は、デフォルト設定を確認することをお勧めします。
走ってみる 
サーバーは、一定数の接続を処理できるように設定する必要があります。ほとんどの場合、デフォルトのシステム設定は同時接続数10に設定されており、大多数のユーザーがSSHを定期的に使用する必要があるほとんどのサーバーアーキテクチャではこれで十分です。
コメントは締め切りました。