The authenticity of host '172.16.33.53 (172.16.33.53)' can't be established的问题(日志六)

用ssh登录一个机器（换过ip地址）会出现如下错误

[email protected]:~/.ssh$ ssh 172.16.33.53
The authenticity of host ‘172.16.33.53 (172.16.33.53)‘ can‘t be established.
ECDSA key fingerprint is 28:17:f7:c3:58:54:fb:6e:dd:b9:61:61:c4:8a:45:0f.
Are you sure you want to continue connecting (yes/no)?
Host key verification failed.

导致我的secondenamenode 和datanode 无法启动，最后通过查资料解决，是解决的方法为：

[email protected]:~/.ssh$ ssh -o StrictHostKeyChecking=no 172.16.33.53

然后再ssh 登录就不会报错了

The authenticity of host '172.16.33.53 (172.16.33.53)' can't be established的问题(日志六)

时间： 2024-07-29 00:07:32

The authenticity of host '172.16.33.53 (172.16.33.53)' can't be established的问题(日志六)的相关文章

ssh登录　The authenticity of host 192.168.0.xxx can't be established.　的问题

scp免密码登录:Linux基础 - scp免密码登陆进行远程文件同步执行scp一直是OK的,某天在本地生成了公钥私钥后,scp到某个IP报以下错误 The authenticity of host '192.168.233.137 (192.168.233.137)' can't be established. ECDSA key fingerprint is SHA256:EsqTfeCJ34DnGV66REuRRPhoFwaLuee5wxFgEAZ8b9k. Are you sure y

好记心不如烂笔头，ssh登录　The authenticity of host 192.168.0.xxx can't be established.　的问题

The authenticity of host 'git.coding.net (123.59.85.184)' can't be established.RSA key fingerprint is SHA256:jok3FH7q5LJ6qvE7iPNehBgXRw51ErE77S0Dn+Vg/Ik.Are you sure you want to continue connecting (yes/no)? 用ssh登录一个机器(换过ip地址),提示输入yes后,屏幕不断出现y,只有按ctr

ssh连接时提示THE AUTHENTICITY OF HOST XX CAN’T BE ESTABLISHED

ssh链接云主机: ssh [email protected] 报错:THE AUTHENTICITY OF HOST XX CAN’T BE ESTABLISHED 解决办法: ssh -o StrictHostKeyChecking=no [email protected] 输入密码,链接成功与ssh中Host key verification failed问题一样. 网上很多的解决方案是:vi ~/.ssh/known_hosts 删除与想要连接的主机相关的行:或者直接删除known_h

ssh The authenticity of host 192.168.0.xxx can't be established

用ssh登录一个机器(换过ip地址),提示输入yes后,屏幕不断出现y,只有按ctrl + c结束错误是:The authenticity of host 192.168.0.xxx can't be established. 以前和同事碰到过这个问题,解决了,没有记录,这次又碰到了不知道怎么处理,还好有QQ聊天记录,查找到一下,找到解决方案: 执行ssh -o StrictHostKeyChecking=no 192.168.0.xxx 就OK 网址是: http://blog.ossxp.

ssh连接时去掉“The authenticity of host xx can’t be established”解决方法

但前阵子我做备份系统恢复演习时才发现,我的rsync已经很久都没有sync成功了.我本来是采用密钥交换的方式来完成ssh中的验证,但可能由于主机的Key有变化,每次ssh连接(或rsync)时就会有提示:The authenticity of host *** can’t be established ,需要输出一个“yes”的交互. 对于这个提示,我的脚本中一开始没有预知,所以没有做判断和处理(用expect也是容易处理的),所以我决定去掉这样的提示(关于宿主机的检查). 1. 使用ssh连接

The authenticity of host 192.168.0.xxx can't be established

启动hadoop 的时候,可能会报错: The authenticity of host 192.168.0.xxx can't be established 解决方案是,在报错的机器上执行如下代码: ssh -o StrictHostKeyChecking=no 192.168.0.xxx The authenticity of host 192.168.0.xxx can't be established

关于 git 本地创建 SSH Key 遇到的一点问题（①file to save the key & ②the authenticity of host...)

背景由于想测试一下 SSH Key 创建的路径(.ssh 目录路径)对于不同位置 git 项目是否有效. 比如,.ssh 默认在 C:\[users]\[username] 目录下,而项目 project 在 D:\ 目录.测试结果是依然有效,即 .ssh 在 C:\[users]\[username] 目录下时,在其他位置 push 时无需进行密码认证(测试时项目以 SSH clone). PS:测试前已经将远程仓库托管平台公钥配置好. 事件1(file to save the key) 在

JS-011-颜色进制转换（RGB转16进制；16进制转RGB）

在网页开发的时候,经常需要进行颜色设置,因而经常需要遇到进行颜色进制转换的问题,例如:RGB转16进制:16进制转RGB),前几天在测试的时候,发现网站的颜色进制转换某类16进制颜色(例如:#000080,#FA08FA)转换时总是提示颜色非法,看了一下 js 源码,发现其进制转换的方法是错误的.找了一下度娘和谷大爷,最终写了一个颜色转换的小方法,源码如下所示: String.prototype.colorHex2Rgb = function(){ var reg = /^#([0-9a-fA-

如何将一个32位的高16位和低16位相加

有两种不错的方法可以实现该操作方法一:利用移位操作可以很容易的实现 #include <stdio.h> int main(){ unsigned int a =0x11223344; printf("%0x\n",(a>>16) +( a & 0xFFFF)); return 0;} 方法二:利用结构体和共用体实现32位数高16位和低16为相加 #include <stdio.h>union{ struct { unsigned shor