REHLのとあるサーバでテスト試験中に誤っ他コマンドを実行したが問題なしと判断して他作業を進めた。動作的に問題なさそうだがメッセージ内容としては問題ないか確認したい。「@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ED25519 key sent by the remote host is
SHA256:Qpuk6oW+3Hi0aRLNDLhXbOjCehI7Zpqe/GZISVuVA4w.
Please contact your system administrator.
Add correct host key in /var/lib/pgsql/.ssh/known_hosts to get rid of this message.
Offending ED25519 key in /var/lib/pgsql/.ssh/known_hosts:4
Host key for 10.1.128.155 has changed and you have requested strict checking.
Host key verification failed.
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: unexplained error (code 255) at io.c(228) [Receiver=3.2.5]
」
その警告メッセージは、セキュリティ上の重要な通知であり、無視せずに対応する必要があります。
このメッセージは、SSH接続時に、接続しようとしているサーバーの「身元」を示す情報(ホストキー)が、以前接続した時と変わったことを示しています。これは、サーバー側で正当な理由(OSの再インストールや設定変更など)によりホストキーが変更されたか、あるいは悪意のある第三者があなたの通信に割り込んで偽のサーバーを応答している(中間者攻撃)可能性を示唆しています。
SSHは、通信の安全性を確保するために、接続先のサーバーが本当に意図したサーバーであることをホストキーで確認しています。この確認が失敗したため、その後の rsync コマンドも正常に終了せず、エラーが発生したと考えられます。「動作的に問題なさそう」と感じられたのは、接続自体は確立できたためかもしれませんが、通信内容が傍受されているリスクは残ります。セキュリティを確保するため、この警告は必ず確認が必要です。
つきましては、以下の対応をおすすめします。
/var/lib/pgsql/.ssh/known_hosts ファイルを更新することで、このメッセージを解消し、安全な通信を再開できます。このメッセージ後に新たにSSHしたら接続できなくなったりする?
その警告メッセージが表示された後、新たにSSH接続を試みた場合にどうなるか、気になりますよね。🤔
SSHは、接続先のサーバーが前回接続した時と同じであることを確認するために、ホストキーという「身分証明書」のようなものを使っています。今回表示された警告メッセージは、そのホストキーが変わってしまったことを示しています。
SSHクライアントは、セキュリティのために、このホストキーが変わった場合、デフォルトでは「本当に正しいサーバーかな?」と疑い、接続を拒否することがあります。そのため、警告メッセージが表示された後、known_hosts ファイル(サーバーのホストキーを記録しておくファイル)が更新されていない状態では、SSH接続がブロックされ、「接続できなくなる」可能性が高いです。これは、万が一、悪意のある第三者がサーバーになりすましている場合から、あなたを守るための安全策なんです。🛡️
もし、サーバーのホストキーが正当な理由(例えば、OSの再インストールなど)で変更されたのであれば、前回お伝えしたように、/var/lib/pgsql/.ssh/known_hosts ファイルを適切に更新することで、この問題を解消し、再び安全に接続できるようになります。
つまり、ホストキーの変更はSSH接続を一時的にブロックする原因になり得ます。システム管理者に確認し、known_hosts ファイルを適切に更新することが、安全かつスムーズな再接続への鍵となります。もし、管理者からの指示で known_hosts ファイルを更新する際に不明な点があれば、お気軽にご質問くださいね。😊
このチャットはプライベートです。投稿者のみがメッセージを送信できます。
チャット内容の閲覧は可能です。
48 件のコメント