私はSSHを使用してサーバーに接続しようとするたびに、次のようなプロンプトが表示されます。私は “yes "と入力していますが、これをaovidする方法はありますか？
The authenticity of host '111.222.333.444 (111.222.333.444)' can't be established.
RSA key fingerprint is f3:cf:58:ae:71:0b:c8:04:6f:34:a3:b2:e4:1e:0c:8b.
Are you sure you want to continue connecting (yes/no)?
/etc/ssh/ssh_config…の先頭に以下の行を追加します。
Host 192.168.0.*
StrictHostKeyChecking no
UserKnownHostsFile=/dev/null
オプション。
* にして、すべての IP に無制限にアクセスできるようにします。/etc/ssh/ssh_configを、ユーザー固有の設定の場合は~/.ssh/configを編集します。 http://linuxcommando.blogspot.com/2008/10/how-to-disable-ssh-host-key-checking.html を参照。
最良の方法は、(セキュリティを犠牲にしないので) 1つのクライアントからすべてのコンピュータに一度だけ接続することです(毎回プロンプトが表示されますので、常に「はい」と答えてください)。他の回答で指摘されているように、鍵は ~/.ssh/known_hosts に保存されます。そして、このファイルを後から接続したいと思われるすべてのクライアントコンピュータにコピーしてください (おそらく、あなたが使用している各ユーザアカウントごとに)。そうすれば、これらのアカウントはすべてコンピュータを「知っている」ことになるので、 プロンプトは表示されません。
プロンプトを無効にすることの利点は、SSH が MITM 攻撃があるかどうかを実際にチェックできることです。
私は、上記の検証済みソリューションを使用したにもかかわらず、私の ssh は動作しておらず、known_hosts ファイルが ~/.ssh/ ディレクトリになく、ファイルシステムが読み取り専用だったために、同じような問題に直面しました。そのため、実行時にも ~/.ssh/known_hosts ファイルを作成することができませんでした。
同じような問題に直面した場合は、/tmp の場所に known_hosts ファイルを書き込めるかどうか確認してください。これは、読み取り専用のファイルシステムでも、ほとんどの場合、書き込みが可能です。
後で、ssh コマンドで、/tmp の場所から既知の_hosts ファイルを読み出すように ssh を指定することができます。
ssh -o UserKnownHostsFile=/tmp/known_hosts -o StrictHostKeyChecking=no user_name@destination_server_ip
~/.ssh/known_hostsファイルのパーミッションを確認してください。この問題が発生したとき、私のファイルのパーミッションは正しくありませんでした。私はそれを修正しました。
chmod 0600 ~/.ssh/known_hosts