一、问题现象
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删除