Gitによると「警告：既知のホストのリストに永続的に追加されています」

プルやプッシュなど、gitを使用してリモートとやり取りするたびに、次のメッセージが表示されます。

警告：既知のホストのリストに「...」（RSA）が永久に追加されました。

この迷惑なメッセージが表示されないようにするにはどうすればよいですか？それは単なる煩わしさです。すべてが適切に機能します。

解決策：~/.ssh/configファイルを作成し、次の行を挿入します。

UserKnownHostsFile ~/.ssh/known_hosts

次にGithubにアクセスしたときにメッセージが表示されますが、その後、ホストがknown_hostsファイルに追加されているため、メッセージは表示されなくなります。これにより、ログメッセージを非表示にするだけでなく、問題が修正されます。

この問題はかなり長い間私を悩ませていました。この問題は、Windows用にコンパイルされたOpenSSHクライアントがknown_hostsファイルをチェックしないために発生します。~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvvv git@github.com

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

ssh構成ファイル（$ HOME / .ssh / config）に次の行を追加します。

LogLevel=quiet

コマンドラインからsshを実行する場合は、コマンド文字列に次のオプションを追加します。

-o LogLevel=quiet

たとえば、次はmachine.example.orgにインストールされているgccバージョンを出力します（警告はありません）。

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

これらのエラーが表示されないようにするには、ファイルで（ではない）に設定LogLevelします。ERRORQUIET~/.ssh/config

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

そのメッセージはSSHからのもので、これまでに接続したことがないホストに接続していることを警告しています。SSHキーへのMITM攻撃を示している可能性があるホストキーの変更に関する警告を見逃してしまう可能性があるため、オフにすることはお勧めしません。

警告メッセージを抑制するsshには、次の行をに追加できます~/.ssh/config。

Host *
LogLevel error

警告は無効になりますが、エラーメッセージは無効になりません。より細かい制御が必要な場合は、他の設定と同様に、ホストごとにを~/.ssh/config設定できますLogLevel。

これは主に、そのホストのキーに変更があることを意味し、~/.ssh/known_hosts自動的には更新されません。したがって、この警告メッセージが表示されるたびに。

これは、再作成された仮想マシンへの接続で頻繁に発生し、同じIPアドレスでキーが変更されます

解決

エントリが1つしかない場合は、~/.ssh/known_hostsファイルを削除できます。最初の接続後、キーはそこにあり、その後警告メッセージは表示されません。

複数のエントリがある場合は、以下のコマンドを使用して削除できます

$ ssh-keygen -R <hostname>

私にとってはうまくいきます

GitHubのリポジトリを使用している場合は、代わりにURLのHTTPSバージョンを使用して、この問題を完全に回避することを検討してください。

Windows GitHubアプリケーション内からリポジトリのクローンを作成する場合、これがリモートURLに使用されます。多分彼らは私たちが知らない何かを知っています。

同じ質問があり.sshますが、にファイルがありません~。パスの.ssh下にディレクトリを作成するだけ~で、問題は解決しました。

Windowsマシンを使い始めたときにも同じ問題が発生しました。私の場合は、SSHのセットアップが行われていないためです。Githubには、SSHセットアップに関する非常に正確なドキュメントがあります。問題が解決されれば、問題は解決しました。

https://help.github.com/articles/checking-for-existing-ssh-keys/ https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it- to-the-ssh-agent /

SSHキーを追加

ssh-keygen -t rsa -b 4096 -C "abc@abc.com"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

クレート設定ファイル

crate ~/.ssh/config

行の下に追加します。

UserKnownHostsFile ~/.ssh/known_hosts

次にpubキーを追加してリポジトリを複製します...完了...

Linux / Cent OS VMでも同じエラーに直面していましたが、これは再起動後にIPが変化していたためです。この問題を回避するために、ネットワークに静的IPを定義し、そのエントリを/ etc / hostsファイルに追加しました。静的IPの場合は、少し高い範囲の値を指定します。たとえば、現在のIP（ipconfig / ifconfig）が192.168.0.102の場合、次回の再起動後、これは192.168.0.103になる可能性があります。そのため、IPV4設定で静的IPを192.168.0.181として定義します。

私の場合、サーバーを設定した管理者がこれらのオプションを ~/.ssh/config

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

ほとんどの場合、~/.ssh/known_hostsファイルを使用しないことで問題なく動作しました。しかし、エンタープライズgitlabリポジトリでは、「警告：既知のホストのリストに永続的に追加されました...」と表示されるたびに。

私の解決策はUserKnownHostsFile /dev/null、を作成できるようにする行をコメント化することでした~/.ssh/known_hosts。その後、それ以上の警告は出されませんでした。

に古い/無効なエントリがある場合もありますknown_hosts。

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

継続的な反対投票のため、私は自分の解決策を取り下げています。
これは、SSHクライアント自体のソースコードを実際にハッキングすることなく、最良のソリューションでした。
誰かが興味を持っている場合は、編集履歴を確認してください。