質問: sshホストの信頼性の問題 「ホストxxの信憑性を確立できない」という素晴らしいメッセージを受け取っています。ボックスにsshで接続しようとするとメッセージが表示されます。最近名前を交換した2つのシステムがあります。私のシステムはrhel5.6ボックスです。ipxxを備えたシステムx ipyyのシステムy ip yyのシステムx、ipxxのシステムyに変更されました。 (私たちがやったことを説明するのに十分簡単であることを願っています).ssh/unknown_hostsファイルから両方のシステムを削除しました(そして、どちらのipもどこにもリストされていないことを確認しました)が、どちらか一方にsshで接続すると、元の名前のipが表示されます。他のシステムは問題なく動作しますが、古い情報がまだ残っているキャッシュがどこかにあるようです。問題を解決するために、known_hostsファイルを完全にクリアし、システムを再起動しましたが、うまくいきませんでした。何かアイデアはありますか?私は困惑しています!これは私のシステムでのみ発生しており、他の誰も問題を抱えていません。更新:ファイルから問題のあるキーをすでに削除しました。また、known_hostsファイルを完全に消去しました。それはまだ起こります。 .sshの構成には、他のアカウントと何の違いもありません。また、.sshファイルのエラーである場合は、他のssh接続にも影響します。しかし、これと名前を交換した他のシステムでは、この問題は発生しません。正しく動作します。問題があるのは2つのシステムのうちの1つだけです。この変更以降、ボックスは2回リロードされています。だから私はそれがサーバー自体ではないことを知っています。私の同僚も同じ箱で同じ問題を抱えていることがわかりました。そして、この1つのボックスだけ。では、dnsゾーンファイルが正しい場合、これはどこから来ているのでしょうか?この変更に関係するどちらのシステムにも、古い情報は含まれていません。 dnsはきれいに見えます。私たちのアカウントは古い情報を参照していません。 tracertは、ping、sshのように、名前付きの古いipを表示します。ただし、順方向または逆方向を使用したnslookupは正しく戻ります。ちょっとイライラする。
回答: nagios3によって監視されているサーバーの1つのipアドレスを変更した後、同じ問題が発生しました。nagiosユーザーには.sshフォルダーがないため、削除するknown_hostsがありません...これはdebianで行われます。したがって、解決策は非常に単純であることが判明しました。監視しようとしているサーバーに移動し、nrpeサーバーを再起動するだけです。debianでは次のようにします。/etc/init.d/nagios-nrpe-server restartそして、それはすぐに問題を解決しました。