☰

SSH「kex_exchange_identification: 読み取り: ピアによって接続がリセットされました」

tag-icon • tag-icon ssh raspberry-pi raspbian openssh fail2ban
SSH「kex_exchange_identification: 読み取り: ピアによって接続がリセットされました」

セットアップ:

  • Raspberry 3B で外付け HDD 上で Raspbian Stretch 9 を実行し、ZRAM を使用しています
  • Raspi は、LAMP および MERN スタックを実行する Web サーバーとして使用され、1 つの IDE (Mac OS 用の Coda) を使用して SSH 経由でリモート アクセスされます。
  • 静的 IP を持つルーターによって転送された SSH ポート
  • fail2ban 実行中

問題：

SSH 経由でリモート ロケーション (インターネット経由) から Raspberry にアクセスすると、接続がハングするまで動作します。これはランダムに発生します。数分後に再度 SSH 接続できる場合もあれば、Raspi を再起動するまで接続できない場合もあります。

私が試したこと:

  • リモートロケーションからの詳細モードでの SSH:
debug1: Local version string SSH-2.0-OpenSSH_8.1
kex_exchange_identification: read: Connection reset by peer
  • ローカル ネットワークから詳細モードで SSH を実行します (実際には、ローカル ネットワーク上の別のマシンにリモートで SSH を実行し、そのマシンから Raspi に SSH を実行します)。同じ結果:Connection reset by peer
  • チェック/etc/hosts.allow済み/etc/hosts.deny => 何もない
  • iptablesをチェックしましたiptables -L --line-number => 何もない
  • 確認したログ:/var/log/fail2ban.logおよびsudo journalctl -t sshd => そこには何も目立ったところはない
  • 更新さsshd_configれたno DNS
  • SSHを再インストールしましたapt-get --reinstall install openssh-server openssh-client

ここではアイデアが尽きており、何が起こっているのか見当もつきません。以前、SSH 接続で同じ問題に遭遇した人がいましたか? ラズベリーの負荷の問題でしょうか?

答え1

簡単に言うと、私の問題はネットワークの問題とは関係がなく、シスログ。

詳細に：

問題が発生する前に稼働していた Web アプリ (LAMP または MERN スタック経由) のいずれもアクセスできなくなっていたことに気付きました。

tail -f -n X /var/log/syslogそこで、コマンド（Xを表示したい行数に置き換えてください）でsyslogを掘り起こしました。すると、いくつかの行に次のような記述があるのに気づきました。電圧の問題(申し訳ありませんが、正確な用語は保持しました)。しかし、基本的には、外付け HDD が接続されている Raspi の電源が十分に強力ではなかったことを意味します。

その後、HDD がアンマウントされ、システムがクラッシュしたように見え、上記のすべての問題が発生しました。

そこでHDDを取り外し、SDカードを戻し、Raspiを再度起動してシスログ再びメモリを監視してhトップApache サーバーとノード サーバーの両方を起動すると、RAM と SWAP メモリがいっぱいになり、上記と同じ結果が繰り返されることが判明しました。

そこで最終的に、ZRAM を使用して SWAP メモリを増やしました。リンクはこちら。

現在はすべて正常に動作していますが、まだ監視中です。

関連情報