バックアップスクリプトでrsyncを使用すると、断続的にssh_exchange_identificationエラーが発生するのはなぜですか?

バックアップスクリプトでrsyncを使用すると、断続的にssh_exchange_identificationエラーが発生するのはなぜですか?

ローカルで使用するバックアップシステムがあり、rsyncコマンドは次のとおりですrdiff-backuprsync

rsync -aP --delete-after /mnt/reos-storage-2/data_upload_backup/ [email protected]:/mnt/reos-storage-2/data_upload_backup_ed-mh-pi01

これ時々次のエラーが発生し、バックアップはリモートシステムにコピーされません。

ssh_exchange_identification: Connection closed by remote host
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(235) [sender=3.1.3]

私はこのssh_exchange_identificationエラーを調べたところ、いくつかの理由が原因である可能性があることがわかりました。主な理由は、SSH接続が多すぎるからです。ただし、実行中に両方のシステムに異なるアクティブなSSH接続があってはならず、最大1つまたは2つの他の接続があってはなりません。この例では、「ソース」コンピュータはRaspianを実行しているRaspberry Piであり、「ターゲット」サーバーはUbuntu 20.04です。 rsyncが多くの接続を作成しているのだろうか?

どのようにデバッグできますか?エラーの考えられる原因は何ですか?

ベストアンサー1

sshdエラーメッセージに「リモートホストによって接続が閉じられました」と表示されるため、リモートホストのログを確認する必要があります。接続を終了することを決定した理由を正確に説明するログメッセージが必要です。認証がまだ完了していないため、終了理由はクライアントに報告されません。sshdこの時点ではまだ認証されておらず、悪意のある可能性があります。セキュリティ対策を回避する方法について潜在的な攻撃者にアドバイスを提供することはあまり賢明ではありません。そうではありませんか?

悪意のあるSSHログイン試行の過負荷は、sshd問題を引き起こす可能性があります(カーネルとバージョン、システムで利用可能なエントロピー/ランダムなソースによって異なります)。通常、カーネルのエントロピープールが使い果たされ、システムが暗号化されたセキュリティ乱数を生成できなくなります。 :セッションキーが十分に高速です。

おすすめ記事