博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
ssh连接时提示THE AUTHENTICITY OF HOST XX CAN’T BE ESTABLISHED
阅读量:6307 次
发布时间:2019-06-22

本文共 1193 字,大约阅读时间需要 3 分钟。

 

ssh链接云主机:

ssh root@123.59.xx.xx

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

 

解决办法:

ssh -o StrictHostKeyChecking=no root@123.59.xx.xx

输入密码,链接成功

 

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

 

网上很多的解决方案是:vi ~/.ssh/known_hosts 删除与想要连接的主机相关的行;或者直接删除known_hosts这个文件。 当然这个方案也是可行的,但并非解决问题的根本办法,因为继续使用,今后还会出现这样的情况,还得再删除。

下面简单讲一下这个问题的原理和比较长久的解决方案。
用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

 

  修改好配置后,重新启动sshd服务即可,命令为:/etc/init.d/sshd restart (或 service sshd restart )

(注:这里为了简便,将knownhostfile设为/dev/null,就不保存在known_hosts中了)

参考:http://smilejay.com/2012/12/ssh-config-host-key-checking/

转载于:https://www.cnblogs.com/gauze/p/5554840.html

你可能感兴趣的文章
locate
查看>>
取消输入框的轮廓线,禁止拖拽
查看>>
关于new enhancement的一些知识
查看>>
Yii2 增删查改
查看>>
预言帖,WP7迟早有一天会失败
查看>>
加载静态文件,父模板的继承和扩展
查看>>
发布功能完成
查看>>
应用部署策略
查看>>
JS 字符串
查看>>
习题6-3 UVa536 Tree Recovery(树的遍历转换)
查看>>
在虚拟机里安装VMwareTools工具(详解)
查看>>
cobbler部署以及使用
查看>>
PL/SQL程序设计 第四章 游标的使用
查看>>
微软职位内部推荐-SENIOR SDE
查看>>
邮箱注册代码
查看>>
Double数据保留位数的方法
查看>>
sqlite数据库执行full outer join
查看>>
2015-01-29
查看>>
2016-01-26
查看>>
Thymeleaf 模板 在spring boot 中的引用和应用
查看>>