Answers:
四种方式:
要使用新的主机密钥仅一次连接到系统而不必回答问题,请使用以下选项进行连接:
ssh -q -o "StrictHostKeyChecking no" this.one.host.name
要永久删除所有系统的警告,请编辑~/.ssh/config
文件以添加以下行:
Host *
StrictHostKeyChecking no
要永久删除所有警告,这一个服务器,编辑您的~/.ssh/config
文件,并添加以下几行:
Host this.one.hostname
StrictHostKeyChecking no
要删除该服务器对此更改的警告,请从以下位置删除该服务器的主机密钥: ~/.ssh/known_hosts
。下次连接时,将添加新的主机密钥。
$HOME/.ssh/config
在第二个和第三个选项中,重要的是您自己。
将此添加到您的〜/ .ssh / config中:
Host 10.* # use your own pattern here, eg. *.example.com, example.*.com
StrictHostKeyChecking no # turn off the HostKey check
LogLevel ERROR # keep it from printing to STDOUT
UserKnownHostsFile /dev/null # (optional) add the host automatically to a black hole, otherwise it would be added to ~/.ssh/known_hosts and show you a warning/message at the top of your session. You may want it added to known_hosts if your shell uses `ssh` autocompletion, such as fish.
ssh0
编写脚本/别名/函数ssh -o UserKnowHostsFile=/dev/null -o LogLevel=ERROR
并使用,而不要将这些选项转储到中~/.ssh/config
。您可能会忘记它们,然后想知道为什么当您只希望它们起作用时这些检查不起作用。
另一种建议是确定为什么更改主机密钥,并使其停止执行。
例如:如果要在容器中或通过置备系统构建主机,请确保每个实例始终使用相同的已知主机密钥。
我很清楚这并非总是可能的,并且主机的管理可能不在您的控制范围之内,但是这些主机键警告是有原因的并且很重要。减少异常计数是一件好事。
否则,我只为您所关注的特定主机在您的StrictHostKeyChecking No中投票~/.ssh/config
。