SSHを使用して、$ HOME / .ssh / known_hostファイルにホストキーを保存せずに新しいサーバーに接続する


9

次のコマンドを実行すると、次の出力が表示されます。

-bash-3.2$ ssh -o "StrictHostKeyChecking no" 192.168.1.77
Warning: Permanently added '192.168.1.77' (RSA) to the list of known hosts.
Last login: Fri Jul  4 10:49:11 2014 from chlorine.example.com
Sun Microsystems Inc.   SunOS 5.10      Generic January 2005
-bash-3.2$

既知のホストのリストに192.168.1.77を追加せずにこのコマンドを実行しますが、ログインは成功します。

これを可能にするSSHオプションはありますか?私はこのmanページを通過しssh_configましたが、設定などの可能性のあるオプションをすべて試しました"CheckHostIP no"が、成功しませんでした。

ローカルシステムとリモートシステムの両方でSolaris 10が実行されています。

必要に応じ$HOME/.ssh/known_hostsて、接続する前にファイルをバックアップし、接続後にファイルを復元することもできますが、これを回避できるSSHオプションがある場合は、それを使用することをお勧めします。

回答:


14

私はここの答えからさらにいくつかのオプションを見つけます

オプション1:

-o "UserKnownHostsFile /dev/null"

オプション2:

クラウドサーバー(AWS EC2、Rackspace CloudServersなど)で作業しているためにこの動作が必要な場合、またはVagrantで新しいイメージを常にプロビジョニングしている場合は、bashエイリアスやその他のオプションを追加する代わりに、SSH構成を更新することができます。コマンドライン。

次のようなものを追加することを検討してください:

  Host *.mydomain.com 
  StrictHostKeyChecking no
  UserKnownHostsFile /dev/null
  User foo
  LogLevel QUIET
  • ホストの安全性を確保するために、正規表現と同じくらい厳密なものを使用してください。
  • LogLevelをQUIETに設定すると、Guillaumeが述べた警告が表示されなくなります。

1
綺麗な。それは私がしたいことです。これは、1つの特定のスクリプト用です。これはDRに使用されており、DR環境に複製された本番サーバーにログインできるようにしたいと考えています。IPアドレスは本番IPから変更されていますが、後続のDRテストで同じサーバーに同じIPが使用される保証はないため、known_hostsファイルへの追加を避ければ、接続中の問題を回避できますその後のDRテスト。どうもありがとう。
ワーウィック

@ウォーリック、どういたしまして。:)
Ramesh 14
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.