ssh 登录忽略掉 Warning: Permanently added '192.168.0.12' (ECDSA) to the list of known hosts.

最新推荐文章于 2024-03-06 15:18:55 发布

原创最新推荐文章于 2024-03-06 15:18:55 发布 · 2.4w 阅读

22 ·

CC 4.0 BY-SA版权

linux命令专栏收录该内容

13 篇文章

订阅专栏

本文提供了两种使用SSH命令连接远程服务器的方法，并通过设置参数避免了StrictHostKeyChecking带来的连接提示问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

使用

ssh -q -o "trictHostKeyChecking no" root@192.168.0.12

or

ssh -q -o 'StrictHostKeyChecking no' -o 'UserKnownHostsFile /dev/null' root@192.168.0.12


均可以达到效果

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

qq_16069927

关注关注

4
点赞
踩
22

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

ssh远程登录报错Warning: Permanently added ‘111.124.131.312‘ (ECDSA) to the list of known hosts.

qq_40907977的博客

10-22

4万+

报错信息： Warning: Permanently added ‘111.124.131.312’ (ECDSA) to the list of known hosts. 解决办法： vi /etc/ssh/ssh_config 中的 # StrictHostKeyChecking ask 改成 StrictHostKeyChecking no 再次ssh连接，没有报错信息。参考链接： https://blog.csdn.net/mmake1994/article/det

Chiron在K8S中的实践

Chiron技术栈

08-31

1585

nk8s容器编排文章目录1:k8s集群的安装1.1 k8s的架构1.2：修改所有节点IP地址、主机名和host解析1.3：master节点安装etcd1.4：master节点安装kubernetes1.5：所有node节点安装kubernetes6：所有节点配置flannel网络7：配置master为镜像仓库2:什么是k8s,k8s有什么功能?2.1 k8s的核心功能2.2 k8s的历史2.3 ...

参与评论您还未登录，请先登录后发表或查看评论

GitLab——Warning: Permanently added '192.168.22.111' (ECDSA) to the list of known hosts.

凤凰涅槃

05-31

2万+

遇到的问题使用git从服务器上面pull代码的时候，遇到如下问题 Git Pull Failed Warning: Permanently added '192.168.22.111' (ECDSA) to the list of known hosts. Permission denied, please try again. Permission denied, pleas...

【Hadoop错误】ssh免密登录时遇到 Permanently added ‘node2,192.168.88.96‘ (ECDSA) to the list of known hosts.

qq_44141629的博客

05-20

3550

【Hadoop错误】ssh免密登录时遇到 Permanently added ‘node2,192.168.88.96’ (ECDSA) to the list of known hosts. 重新更改ip地址之后就遇到了这个问题，在/etc/hosts下更改IP映射之后，免密登录就一直警告，也导致Hadoop跑不起来，网上试了很多方法无效，后来看到一个帖子在文件夹$HOME/.ssh/下创建一个文件config, vim $HOME/.ssh/config 在新建文件夹下写入如下语句： LogLeve

解决Warning: Permanently added ‘why-small.com,81.68.242.161‘ (ECDSA) to the list of known hosts

wsx1014的博客

12-17

596

原因：没有在自己的github上添加一个公钥就OK

Git fetch代码提示“Permanently added ‘gitlab.xxx.com,10.16.36.43‘ (ECDSA) to the list of known hosts....”

weixin_41666653的博客

02-06

6722

Git fetch代码提示“Permanently added 'gitlab.xxx.com,10.16.36.43' (ECDSA) to the list of known hosts....”

gssh推送 Warning: Permanently added 'gitee.com’to the list of known hosts.

weixin_34235457的博客

05-13

2787

git中ssh推送出错解决方法 Warning: Permanently added 'gitee.com,120.55.226.24' (ECDSA) to the list of known hosts. git使用ssh方式推送文件时出现如下错误解决方法： Warning: Permanently added 'gitee.com,120.55.226.24' (ECDSA) to the ...

Linux 系统管理技巧

abcdef121233123的博客

04-12

1261

13.1 监控系统的状态 13.1.1 使用 w 命令查看当前系统的负载 [root@localhost ~]# w 00:14:30 up 1:59, 2 users, load average: 0.08, 0.03, 0.05 USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT ...

虚拟机部署elasticsearch集群

crontab_e的博客

03-06

687

这里使用的是elasticsearch7.17版本。使用三台服务器 centos7。

4.10 第十三章：Linux系统管理技巧

zhang_ZERO的博客

04-13

2486

第十三章：Linux系统管理技巧13.1监控系统的状态13.1.1使用w命令查看当前系统的负载13.1.2用vmstat命令监控系统的状态13.1.3用top命令显示进程所占的系统资源13.1.4用sar命令监控系统状态①查看网卡流量 sar -n DEV②查看历史负载 sar -q13.1.5用nload命令查看网卡流量13.1.6用free命令查看内存使用状况13.1.7用ps命令查看系统进程...

KVM虚拟化

weixin_30287169的博客

06-08

1070

KVM虚拟化 1、 kvm虚拟化管理软件的安装 2、安装一台KVM虚拟机 3、虚拟机virsh的日常管理和配置 4、KVM虚拟机开机自启和console控制台登录 5、kvm虚拟磁盘创建及格式转换 6、快照管理 7、KVM虚拟机克隆 8、kvm虚拟机的桥接网络 9、热添加技术 10、KVM热迁移 KVM全称：Kernel-based Virtual Machine （基于内核的虚拟机） ...

Warning: Permanently added ‘gitee.com,212.64.62.183‘ (ECDSA) to the list of known hosts

奇点

01-13

5476

ECDSA key fingerprint is SHA256:FQGC9Kn/eye1W8icdBgrQp+KkGYoFgbVr17bmjey0Wc. Are you sure you want to continue connecting (yes/no/[fingerprint])? yes Warning: Permanently added 'gitee.com,212.64.62.183' (ECDSA) to the list of known hosts. 这是由于添加公钥之后，kn.

hadoop103: Warning: Permanently added the ECDSA host key for IP address ‘192.168.6.103‘ to the list

weixin_40911578的博客

06-21

8628

问题： hadoop103: Warning: Permanently added the ECDSA host key for IP address ‘192.168.6.103’ to the list of known hosts.其实这问题是ssh访问时可能秘钥信息丢失，可以从源头解决问题在根目录下 ls -al 查看.ssh 目录，删除掉 .ssh 下的所有文件，如果是多个机器，同理也删掉重新生成公钥。（2）生成公钥和私钥：在每个机器上都要生成然后敲（三个回车），就会生成两个文件id_rs

Warning: Permanently added ‘gitee.com,212.63.72.83‘ (ECDSA) to the list of known hosts.解决办法

m0_52273979的博客

01-24

4279

hexo部署博客到码云出现问题填写完ssh密匙后，上传出现：Warning: Permanently added ‘gitee.com,212.64.62.183’ (ECDSA) to the list of known hosts. 解决办法：重新配置git用户名邮箱 git config --global user.name "你的账号" git config --global user.email "你邮箱地址" ...

Warning: Permanently added the ECDSA host key for IP address '192.168.80.133' to the list o

mingyuli的博客

10-12

7211

启动hadoop出现警告，centos6.7中jps无datanode 在centos6.7中找到.ssh文件下的know_hosts文件，把以前的centos6.7的ip删掉或改掉

ssh连接亚马逊云报错:Permanently added ‘IP‘ (ECDSA) to the list of known hosts Permission denied

lxw1844912514的博客

10-16

7764

报错详情在终端下通过ssh连接亚马逊云服务器具体报错如下: # wedo @ mjo in ~/.ssh [10:55:25] C:255 $ ssh -i manjaro.pem ec2-user@xx.xx.xx.xx The authenticity of host 'xx.xx.xx.xx (xx.xx.xx.xx)' can't be established. ECDSA key fingerprint is SHA256:BzknItgds/gHJLtjp6kZ+wnAmlb2Op9ss

ssh连接亚马逊云报错:Permanently added 'IP' (ECDSA) to the list of known hosts Permission denied

最新发布

07-03

<think>我们正在解决Hadoop环境中SSH连接时出现的警告信息："Warning:Permanently added'hostname'(ECDSA)to thelist ofknown hosts."或类似信息。这个警告通常发生在首次通过SSH连接到新主机时，会将主机的公钥添加到本地known_hosts文件中，以避免中间人攻击。虽然这个警告本身是信息性的，并不表示错误，但在某些自动化脚本中可能会引起混乱。用户可能希望消除这个警告，尤其是在自动化脚本中。根据引用[^1][^2][^3][^4]，我们可以总结出以下情况：1.警告信息是SSH连接过程中的正常提示，表示将远程主机的公钥添加到了本地known_hosts文件中。2.当多次出现同一主机的不同IP或不同主机名时，可能会导致known_hosts文件中存在多个条目，从而引发冲突（如引用[^3]所示）。3.用户可能希望禁止这个警告，特别是在自动化脚本中，以避免输出干扰。解决方案：1.接受警告，不做处理：因为这是正常的安全机制，不影响连接。2.配置SSH客户端，禁止严格的主机密钥检查（StrictHostKeyChecking）以消除警告（如引用[^4]所示），但这会降低安全性。3.预先将集群所有主机的公钥添加到known_hosts文件中，避免首次连接时出现警告。详细步骤：方法一：忽略警告（推荐用于交互式操作）无需任何操作，因为这只是信息性消息。方法二：关闭SSH的严格主机密钥检查（不推荐，存在安全风险）修改SSH客户端配置（全局配置文件/etc/ssh/ssh_config或用户配置文件~/.ssh/config），添加：StrictHostKeyCheckingno这样设置后，SSH将自动添加新的主机密钥，并且不会发出警告。但是，这会降低安全性，因为可能遭受中间人攻击。另外，还可以同时设置：UserKnownHostsFile /dev/nullLogLevelERROR这样将不会保存主机密钥，并且日志级别设置为ERROR，从而不显示警告。但这种方法完全禁用了主机密钥验证，非常不安全。方法三：预先收集所有主机公钥（推荐用于集群环境）在Hadoop集群中，可以在所有节点上执行以下步骤：1.生成每个节点自身的SSH主机密钥（如果尚未生成）：sudossh-keygen -A#通常由SSH服务自动完成2.将集群中所有主机的公钥（通常位于/etc/ssh/ssh_host_ecdsa_key.pub等）汇总到一个文件，例如known_hosts_all。3.将这个汇总的known_hosts_all文件分发到所有节点的~/.ssh/known_hosts（或者/etc/ssh/ssh_known_hosts）中。具体操作步骤：a)在每台主机上执行（以root用户）：ssh-keyscan -t ecdsa,rsa,ed25519localhost>>/tmp/known_hosts_all#注意：这里使用localhost，但实际需要替换为集群中所有主机的主机名和IPb)更通用的方法：编写一个包含集群所有主机名和IP的列表文件，例如hosts.txt，然后：ssh-keyscan -t ecdsa,rsa,ed25519 -f hosts.txt >>/tmp/known_hosts_allc)将生成的/tmp/known_hosts_all文件分发到集群中所有节点，并合并到~/.ssh/known_hosts（对运行Hadoop的用户）：cat/tmp/known_hosts_all>> ~/.ssh/known_hosts#或者，如果希望全局生效，可以放到/etc/ssh/ssh_known_hosts（需要root权限）这样，当用户使用SSH连接集群中的任何主机时，就不会再出现这个警告。方法四：在SSH命令中忽略警告（临时方案）在SSH命令中添加选项：ssh -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null user@host同样，这种方法不安全，只建议在测试环境中使用。针对引用[^3]中提到的known_hosts冲突问题（即同一个IP对应不同的主机密钥）：解决方法：删除~/.ssh/known_hosts文件中冲突的行（如引用[^3]中提到的第1行），或者删除整个known_hosts文件（这样下次连接时会重新添加，但可能导致新的冲突）。更好的方法是使用ssh-keygen命令删除冲突的条目：ssh-keygen-R<hostname_or_ip>例如：ssh-keygen -R hadoop-masterssh-keygen -R192.168.6.103总结：在Hadoop集群中，推荐使用方法三（预先收集所有主机公钥）来避免警告，同时保持安全性。如果只是临时测试，可以使用方法二（但需注意安全风险）。注意：在自动化脚本中，如果无法预先收集公钥，又不想看到警告，可以将SSH的日志级别提高（LogLevel QUIET）或重定向输出，但这样可能会隐藏错误信息。示例：在脚本中重定向SSH的警告输出ssh user@hostname command2>/dev/null但这样也会忽略错误信息，不推荐。更精细的重定向（仅忽略特定警告）：ssh user@hostname command2>>(grep-v'Warning: Permanentlyadded'>&2)然而，在Hadoop的启动脚本中，可能无法直接修改SSH命令。因此，对于Hadoop集群，最佳实践是使用方法三。引用说明：[^1][^2]展示了典型的警告信息。[^3]展示了由于known_hosts中同一IP对应不同密钥而导致的冲突问题。[^4]展示了通过设置StrictHostKeyChecking=no来避免警告的方法。因此，用户可以根据自己的安全需求和环境选择适合的方法。</think>### Hadoop SSH 连接警告 "Permanently added host to known_hosts" 解决方案此警告是 SSH 安全机制的正常提示，表示新主机的密钥已添加到 `known_hosts` 文件。虽然不影响功能，但在自动化脚本中可能造成干扰。以下是系统级解决方案： #### 核心原因分析 1. **首次连接机制**：SSH 首次连接新主机时自动记录密钥到 `~/.ssh/known_hosts`[^1][^2] 2. **密钥冲突**：主机IP变更或密钥更新导致与 `known_hosts` 记录冲突[^3] 3. **自动化干扰**：Hadoop 集群脚本批量 SSH 连接时产生大量警告输出 --- ### 解决方案 #### 方法1：安全忽略警告（推荐） ```bash # 修改 SSH 客户端配置 sudo nano /etc/ssh/ssh_config ``` 添加配置项： ```config StrictHostKeyChecking no # 不强制检查主机密钥 UserKnownHostsFile=/dev/null # 不保存密钥记录 LogLevel ERROR # 仅显示错误日志 ``` *生效命令*：`sudo systemctl restart sshd` > **安全提示**：仅限内网可信集群使用，公网环境禁用此配置[^4] #### 方法2：预收集集群密钥（安全方案） ```bash # 1. 创建主机列表文件 echo "hadoop-master hadoop-node-01 192.168.6.103" > hosts.txt # 2. 批量获取密钥 ssh-keyscan -t ecdsa -f hosts.txt >> ~/.ssh/known_hosts # 3. 分发到所有节点（Hadoop用户） scp ~/.ssh/known_hosts hadoop-user@hadoop-node-01:~/.ssh/ ``` *验证*：`ssh hadoop-node-01` 应无警告 #### 方法3：修复密钥冲突 ```bash # 删除冲突条目（替换IP） ssh-keygen -R 192.168.6.103 # 或删除整个文件（谨慎操作） rm ~/.ssh/known_hosts ``` > 适用于引用[^3]描述的密钥不匹配场景 --- ### 预防措施 1. **集群初始化时**：在部署 Hadoop 前执行方法2预收集密钥 2. **自动化脚本优化**： ```bash ssh -o "StrictHostKeyChecking=no" hadoop-node-01 "command" ``` 3. **定期维护**： ```bash # 检查密钥一致性 diff ~/.ssh/known_hosts cluster_known_hosts.backup ``` > **关键点**：生产环境推荐方法2，既保持SSH安全验证，又消除警告干扰。测试环境可用方法1快速解决[^4]。 --- ### 相关问题 1. Hadoop 集群节点扩容后如何更新 SSH 密钥信任？ 2. SSH 主机密钥验证机制如何防止中间人攻击？ 3. 如何为 Hadoop 集群配置免密 SSH 登录？ 4. `known_hosts` 文件条目冲突的根本原因是什么？