解决ssh登陆Host key verification failed

使用SSH登陆某台机器，有时由于server端的一些变更，会出现如下信息：

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    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 the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
50:e6:cb:58:bc:b7:a3:f6:e8:8f:46:a7:c1:5f:c2:df.
Please contact your system administrator.
Add correct host key in /home/cobyeah/.ssh/known_hosts to get rid of this message.
Offending key in /home/cobyeah/.ssh/known_hosts:7
RSA host key for 192.168.0.4 has changed and you have requested strict checking.
Host key verification failed.

（此处先不说起原理，只讲处理方法，须要了解缘由的请留言或找其余资料）

这时候的处理方法，有3种：
1. 删除提示信息中，对应的行数，例如上例，须要删除/home/cobyeah/.ssh/known_hosts文件的第7行。

2. 删除整份/home/cobyeah/.ssh/known_hosts文件。

3. 修改/etc/ssh/ssh_config文件的配置，之后则不会再出现此问题StrictHostKeyChecking no
UserKnownHostsFile /dev/null

 

 

下面简单讲一下这个问题的原理和比较长久的解决方案。
用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不匹配，就拒绝链接，不会提示详细信息。

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

 

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

 

 

 

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

 

 

 

SSH 登陆失败：Host key verification failed 的处理方法

问题1:
SSH 登陆失败：Host key verification failed
######################################
因为公钥不同了，因此没法登陆，提示信息是 KEY 验证失败。
解决方法是：
在 /root/.ssh/known_hosts 文件里面将原来的公钥信息删除便可。

SSH 报 “Host key verification failed.”。通常来讲，出现该错误有这么几种可能:

1. .ssh/known_hosts 裡面记录的目标主机 key 值不正确。这是最广泛的状况，只要删除对应的主机记录就能恢复正常。

运行命令： sudo rm /home/yourname/.ssh/known_hosts

2. .ssh 目录或者 .ssh/known_hosts 对当前用户的权限设置不正确。这种状况比较少，通常正确设置读写权限之后也能恢复正常。
3. /dev/tty 对 other 用户没有放开读写权限。这种状况极为罕见。出现的现象是，只有 root 用户可以使用 ssh client，而全部其余的普通用户都会出现错误。
我今天遇到的就是第三种状况，修改 /dev/tty 的权限后，一切正常。为了不之后忘记解决方法，记录在这里。

问题2:
ssh_exchange_identification: Connection closed by remote host
##################################################
解决办法：
修改/etc/hosts.allow文件，加入 sshd:ALL。

符相关配制说明: vi　/etc/ssh/ssh_config
-------------------------------------------------
下面逐行说明上面的选项设置：
Host　*　：选项“Host”只对可以匹配后面字串的计算机有效。“*”表示全部的计算机。　
ForwardAgent　no ：“ForwardAgent”设置链接是否通过验证代理（若是存在）转发给远程计算机。　
ForwardX11　no　：“ForwardX11”设置X11链接是否被自动重定向到安全的通道和显示集（DISPLAY　set）。　
RhostsAuthentication　no ：“RhostsAuthentication”设置是否使用基于rhosts的安全验证。　
RhostsRSAAuthentication　no ：“RhostsRSAAuthentication”设置是否使用用RSA算法的基于rhosts的安全验证。　
RSAAuthentication　yes　：RSAAuthentication”设置是否使用RSA算法进行安全验证。　
PasswordAuthentication　yes ：“PasswordAuthentication”设置是否使用口令验证。　
FallBackToRsh　no：“FallBackToRsh”设置若是用ssh链接出现错误是否自动使用rsh。　
UseRsh　no　：“UseRsh”设置是否在这台计算机上使用“rlogin/rsh”。　
BatchMode　no　：“BatchMode”若是设为“yes”，passphrase/password（交互式输入口令）的提示将被禁止。当不能交互式输入口令的时候，这个选项对脚本文件和批处理任务十分有用。　
CheckHostIP　yes　：“CheckHostIP”设置ssh是否查看链接到服务器的主机的IP地址以防止DNS欺骗。建议设置为“yes”。　
StrictHostKeyChecking　no　：“StrictHostKeyChecking”若是设置成“yes”，ssh就不会自动把计算机 的密匙加入“$HOME/.ssh/known_hosts”文件，而且一旦计算机的密匙发生了变化，就拒绝链接。　
IdentityFile　~/.ssh/identity ：“IdentityFile”设置从哪一个文件读取用户的RSA安全验证标识。　
Port　22　：“Port”设置链接到远程主机的端口。　
Cipher　blowfish ：“Cipher”设置加密用的密码。　
EscapeChar　~　：“EscapeChar”设置escape字符。