在~/中设置LogLevel为ERROR(不是QUIET)。Ssh /config文件，以避免看到这些错误:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

要屏蔽ssh的警告消息，可以在~/.ssh/config中添加以下行:

Host *
LogLevel error

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

在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

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

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

解决方案

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

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

$ ssh-keygen -R <hostname>

这对我来说很有效

我在Linux/Cent操作系统虚拟机中也遇到过同样的错误，这是因为重启后IP发生了变化。为了解决这个问题，我在网络中定义了一个静态IP，并将该条目添加到/etc/hosts文件中。对于静态IP，请提到稍微高一些的范围值。例如，如果您当前的IP (ipconfig/ifconfig)是192.168.0.102，下次重启后可能会变成192.168.0.103。因此，在IPV4设置中定义您的静态IP为192.168.0.181，这应该可以做到这一点。