本文共 1428 字，大约阅读时间需要 4 分钟。
SSH 连接远程主机时，会进行主机公钥检查，这是一个重要的安全机制，能够防止中间人劫持等黑客攻击。但在某些特定场景下，这一检查机制可能会干扰依赖 SSH 协议的自动化任务。因此，我们需要了解如何绕过 SSH 公钥检查，以应对实际应用中的常见问题。
在 SSH 连接过程中，客户端会验证远程主机的公钥。如果是首次连接，系统会提示用户是否信任该主机，并将其公钥添加到 `~/.ssh/known_hosts` 文件中。随后，在后续连接时，将自动验证已知的公钥，避免重复提示。
然而，当服务器的公钥发生变化（例如服务器重装、IP 更换或网络劫持）时，会出现以下警告信息：
WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!_IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
此时需要手动删除 `~/.ssh/known_hosts` 文件中的对应记录，才能继续连接。
在某些情况下，严格的 SSH 公钥检查会干扰自动化任务，无法正常运行。以下是一些有效的解决方案。
默认情况下，SSH 客户端会对远程主机的公钥进行严格检查。通过禁用这一检查，可以在首次连接时自动信任新主机的公钥。
示例配置方法：
Host * StrictHostKeyChecking no
$ ssh -o StrictHostKeyChecking=no 192.168.0.110
这样配置后，首次连接时系统会提示是否信任远程主机的公钥，随后会自动追加到 `known_hosts` 文件中。
如果需要完全绕过公钥检查，可以将 SSH 客户端指定一个空的 known_hosts 文件。例如：
$ ssh -o UserKnownHostsFile=/dev/null 192.168.0.110
此时 SSH 会正常处理首次连接的公钥提示，而不会将任何主机信息存储到本地文件中。
如果使用密码或双因素认证，配合以上方法，可以实现完全的自动化任务支持。例如：
$ ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null 192.168.0.110
这样配置后，不需要输入密码即可直接连接到远程主机（前提是已配置客户端公钥认证）。这对于依赖 SSH 协议的自动化任务来说，是一种非常实用的解决方案。
当服务器公钥改变时，用户需要手动清空 `~/.ssh/known_hosts` 文件。例如，使用以下命令：
$ rm .ssh/known_hosts
或者使用 `vi` 或 `nano` 编辑器删除相关条目。
在使用以上方法时，需要根据具体场景选择最合适的方案。重点在于保持远程主机的安全性，同时优化自动化任务的稳定性。
此外，建议定期检查 `known_hosts` 文件，确保其内容准确无误，以避免因旧数据导致的连通问题。
转载地址：http://wuooz.baihongyu.com/