SSHで厳密なRSAキーチェックを削除する方法と、ここでの問題は何ですか？

Linuxサーバーがあり、接続するたびにSSHホストキーを変更したメッセージが表示されます。

$ ssh root @ host1 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@@@@@ @警告：リモートホストの識別が変更されました！@ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@@@@@@@@@ ITは、誰かが厄介なことをしている可能性があります。誰かがあなたを盗聴している可能性があります（中間者攻撃）！RSAホストキーが変更された可能性もあります。リモートホストから送信されるRSAキーのフィンガープリントは93：a2：1b：1c：5f：3e：68：47：bf：79：56：52：f0：ec：03：6bです。システム管理者に連絡してください。このメッセージを削除するには、/ home / emerson / .ssh / known_hostsに正しいホストキーを追加します。/home/emerson/.ssh/known_hosts:377の問題のあるキー

host1のRSAホストキーが変更され、厳密なチェックを要求しました。ホストキーの検証に失敗しました。

数秒間ログインしたままになり、接続を閉じます。

host1：〜/ .ssh＃リモートホストhost1からの読み取り：ピアによる接続のリセットhost1への接続が閉じられました。

誰が何が起こっているのか、この問題を解決するために私が何ができるかを知っていますか？

一部の人が推奨するように、known_hostsファイル全体を削除しないでください。これは警告のポイントを完全に無効にします。中間攻撃者が発生した可能性があることを警告するセキュリティ機能です。

何かが変更されたと考える理由を特定することをお勧めします。SSHのアップグレードにより、セキュリティホールの可能性があるため、暗号化キーが変更された可能性があります。その後、known_hostsファイルからその特定の行を削除できます。

sed -i 377d ~/.ssh/known_hosts

このDの警告でコロンの後に示されているようeletesライン377：

/home/emerson/.ssh/known_hosts:377

または、次の手順を実行して関連キーを削除できます

ssh-keygen -R 127.0.0.1 (obviously replace with the server's IP)

ファイル全体をパージしないでください。特定のキーをパージする前に、これが実際に接続するマシンであることを確認してください。

ここでの回答のいくつかは、OPの質問の推奨される行動方針に対応していますが、完全に質問に答えているわけではありません。

質問には、「SSHで厳密なRSAキーチェックを削除する方法と、ここでの問題は何ですか？」

ここでの問題は、他の一部からアドバイスされているように、おそらくサーバーの再インストールによるホストの変更です（最も一般的なシナリオ）。推奨される解決策は、実際にインラインsedを使用して.ssh / authorized_keysファイルから問題のあるキーを削除することです。

ただし、「SSHで厳密なRSAキーチェックを削除する方法」という質問の特定の部分に関する回答はありませんでした。

ssh構成ファイル（通常はに格納されています）でStrictHostKeyチェックを削除できます~/.ssh/config。

ホストブロックの例を以下に示します。

Host 101
  HostName yourip|hostname
  User youruserid
  IdentityFile /path/to/keyfile
  Port 22
  StrictHostKeyChecking no

特に追加された行は、StrictHostKeyChecking noまさにそれを行う最後の行です。特定のシナリオによっては、専用サーバー上で複数の仮想化コンテナーを実行し、少数のIPで実行し、同じIPで別のインスタンスを停止および開始するなど、これが役立つ場合があります。

StrictHostKeyCheckingを削除する別の方法は、単一サーバーに対してのみ行う必要がある場合です。

ssh <server> -o StrictHostKeyChecking=no

まず、これはあなたのマシンですか？ホストキーを故意に変更しましたか？そうでない場合、何かがそのデータを変更したことを非常に心配するでしょう。

次に、sshデバッグを有効にします。

ssh -vvv user@host

そして、それが何を伝えるかを確認し、接続しようとしているサーバー上の/ var / log / secureと/ var / log / messagesを調べてみてください。

第三に、このマシンはインターネットに接続されていますか？あなたは本当にルートログインを許可すべきですか？

これは、何かが変更されたために取得しています（新しいNIC、新しいIP、サーバーソフトウェアの変更など）。セキュリティフォーカスには、SSHホストキー保護に関する素晴らしい記事があります。

$HOME/.ssh/known_hostsファイルを編集してサーバーからキーを削除し（SFTPなどを使用）、次の接続時に新しいキーを受け入れます。

StrictHostKeyCheckingの設定が原因で、接続がドロップされている可能性があります。同様の問題については、このスレッドを参照してください。

「ホスト」（広く定義されているように、再インストール/マルチブートから、以前に接続したIPアドレスを持つ完全に異なるコンピューターなど）がsshクライアントに変更されたように見えます。エラー。

厳密なチェックをオフにする必要はなく、保存されたキーの大規模な削除も適切です。

特定のホスト名またはIPアドレスについて、known_hostsに2つの異なるキーをリストすることは非常に可能です。known_hostsに現在保存されている「古い」キーが必要かどうかに応じて、2つの選択肢を提供します。

OPのknown_hostsのl377で参照している特定のキーを削除するか、両方を保持します

known_hostsのキーの削除を避けて、両方を保持する最も簡単な方法は

1. known_hostsを編集して、known_hosts [@ l377]で一時的に参照される「古い」エントリの先頭に＃を追加します
2. [sshをホストに接続]、新しいキーを「自動的に」追加するプロンプトに同意します
3. その後、known_hostsを再編集して＃を削除します

でより多くの回答のホスト名あたり/複数のSSHホスト鍵「をknown_hostsファイルに正しいホストキーを追加しますか」？