当我开始使用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/config中添加以下行:

Host *
LogLevel error

这将禁用警告，但不会禁用错误消息。就像~/中的其他设置一样。如果你想要一个更细粒度的控制，你可以在每个主机上配置LogLevel。

将您的私钥添加到ssh-agent:

ssh-add ~/.ssh/id_rsa

这主要意味着该主机的键发生了变化~/。ssh/known_hosts，它不会自动更新它。因此，每当您收到此警告消息时。

这种情况经常发生在连接到重新创建的虚拟机时，它会使用相同的IP地址更改密钥

解决方案

如果只有一个条目，那么可以删除~/。Ssh /known_hosts文件，并且在第一次连接之后，密钥将在那里，之后没有警告消息。

如果有多个条目，则可以使用下面的命令删除

$ ssh-keygen -R <hostname>

这对我来说很有效

在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为ERROR(不是QUIET)。Ssh /config文件，以避免看到这些错误:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR