SSH连接时出现Host key verification failed的原因及解决方法

一、问题现象

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

[root@vfc-ding02 ~]# scp -p22 ./data.zip root@10.0.7.123:/data/ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the ECDSA key sent by the remote host is SHA256:uIDTPsLjcWOl6LYwJhm34mXllNQxm3qg3fVquwjSpE4. Please contact your system administrator. Add correct host key in /root/.ssh/known_hosts to get rid of this message. Offending ECDSA key in /root/.ssh/known_hosts:1 ECDSA host key for 10.0.7.123 has changed and you have requested strict checking. Host key verification failed. lost connection

Linux两台主机之间进行文件拷贝，但是提示无法ssh访问，报错如上，用OpenSSH的人都知ssh会把你每个你访问过计算机的公钥(public key)都记录在~/.ssh/known_hosts。

当下次访问相同计算机时，OpenSSH会核对公钥。如果公钥不同，OpenSSH会发出警告，避免你受到DNS Hijack之类的攻击。

二、具体解决办法

SSH对主机的public_key的检查等级是根据StrictHostKeyChecking变量来配置的。默认情况下，StrictHostKeyChecking=ask。简单描述下它的三种配置值：

1.StrictHostKeyChecking=no          //最不安全的级别，当然也没有那么多烦人的提示了，相对安全的内网时建议使用。如果连接server的key在本地不存在，那么就自动添加到文件中（默认是known_hosts），并且给出一个警告。

2.StrictHostKeyChecking=ask       //默认的级别，就是出现刚才的提示了。如果连接和key不匹配，给出提示，并拒绝登录。

3.StrictHostKeyChecking=yes      //最安全的级别，如果连接与key不匹配，就拒绝连接，不会提示详细信息。

日常运维推荐大家可使用第二种方法。下面把具体解决办法发下：

解决方法1：在开发、测试环境中为了方便日常操作与维护，可以将安全级别设置为最低。

1 2	StrictHostKeyChecking no UserKnownHostsFile /dev/null

注意：这里为了简便，将knownhostfile设为/dev/null，就不保存在known_hosts中了。

解决方法2：直接在known_hosts中对相关IP的RSA信息进行删除操作；

1 2 3

vi ~/.ssh/known_hosts 删除对应ip的相关rsa信息 10.0.7.123 ecdsa-sha2-nistp256 AAAAE2VjZHNhLXNoYTItbmlzdHAyNTYAAAAIbmlzdHAyNTYAAABBBBhjHG5+lJEDCqEwXQMEYNSH02tRBZXlQh58RpiOgqcc/fAeuyaubRjmok6/znU9agTHV6AP1Gz4cThOKQl3LxI=

解决方法3：直接将known_hosts删除

1	rm -rf  known_hosts