ssh 连接云主机错误

ssh链接云主机：

ssh [email protected]@H_772_21@123.59@H_772_21@.xx.xx

报错：THE AUTHENTICITY OF HOST XX CAN’T BE ESTABLISHED

 

解决办法：

ssh @H_772_21@-o StrictHostKeychecking=no [email protected]123.59@H_772_21@.xx.xx

输入密码，链接成功

 

与ssh中Host key verification Failed问题一样。

 

网上很多的解决方案是：vi @H_772_21@~/.ssh/kNown_hosts 删除与想要连接的主机相关的行；或者直接删除kNown_hosts这个文件。 当然这个方案也是可行的，但并非解决问题的根本办法，因为继续使用，今后还会出现这样的情况，还得再删除。
下面简单讲一下这个问题的原理和比较长久的解决方案。
用OpenSSH的人都知ssh会把你每个你访问过计算机的公钥(@H_772_21@public@H_772_21@ key)都记录在~/.ssh/kNown_hosts。当下次访问相同计算机时，OpenSSH会核对公钥。如果公钥不同，OpenSSH会发出警告，避免你受到DNS Hijack之类的攻击。
SSH对主机的public_key的检查等级是根据StrictHostKeychecking变量来配置的。默认情况下，StrictHostKeychecking@H_772_21@=ask。简单所下它的三种配置值：
@H_772_21@1@H_772_21@.StrictHostKeychecking=no  
#最不安全的级别，当然也没有那么多烦人的提示了，相对安全的内网测试时建议使用。如果连接server的key在本地不存在，那么就自动添加到文件中（默认是kNown_hosts），并且给出一个警告。
@H_772_21@2@H_772_21@.StrictHostKeychecking=ask  #默认的级别，就是出现刚才的提示了。如果连接和key不匹配，给出提示，并拒绝登录。
@H_772_21@3@H_772_21@.StrictHostKeychecking=yes  #最安全的级别，如果连接与key不匹配，就拒绝连接，不会提示详细信息。

对于我来说，在内网的进行的一些测试，为了方便，选择最低的安全级别。在.ssh@H_772_21@/config（或者/etc/ssh/ssh_config）中配置：

StrictHostKeychecking no
UserKNownHostsFile @H_772_21@/dev/null@H_772_21@
 

  @L_197_31@好配置后，重新启动sshd服务即可，命令为：@H_772_21@/etc/init.d/sshd restart （或 service sshd restart