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

最新推荐文章于 2023-04-02 20:45:11 发布
转载 最新推荐文章于 2023-04-02 20:45:11 发布 · 4k 阅读 · 4

博客主要围绕Linux主机操作展开。先是遇到scp传输文件时主机真实性无法确认的问题，可通过执行ssh -o StrictHostKeyChecking=no解决。还介绍了在Linux主机里生成RSA密钥对，会在用户目录产生id_rsa和id_rsa.pub文件，以及将id_rsa.pub文件拷贝到另一主机并改名配置的操作。

 

scp 1.txt root@192.168.1.25:/tmp
The authenticity of host '192.168.1.25 (192.168.1.25)' can't be established.
RSA key fingerprint is 6c:28:23:df:45:d5:c8:79:4d:9e:ed:f6:f2:73:22:4c.
Are you sure you want to continue connecting (yes/no)?

 

提示输入yes后，屏幕不断出现y，只有按ctrl + c结束

 

错误是：The authenticity of host 192.168.1.xxx can't be established. 

执行ssh  -o StrictHostKeyChecking=no  192.168.1.xxx　就OK

 

然后

在一，在linux100主机里的用户 
运行 
#ssh-keygen -t rsa

结果如下

QUOTE: 
Generating public/private rsa key pair. 
Enter file in which to save the key (/home/.username/ssh/id_rsa):#回车 
Enter passphrase (empty for no passphrase):#回车 
Enter same passphrase again:#回车 
Your identification has been saved in /home/.username /.ssh/id_rsa. 
Your public key has been saved in /home/.username /.ssh/id_rsa.pub. 
The key fingerprint is: 
38:25:c1:4d:5d:d3:89:bb:46:67:bf:52:af:c3:17:0c username@localhost 
Generating RSA keys: 
Key generation complete.

会在用户目录~/.ssh/产生两个文件，id_rsa，id_rsa.pub 
二，把linux100主机上的id_rsa.pub文件拷贝到linux200主机的root用户主目录下的.ssh目录下,并且改名为authorized_keys 
即： 
/root/.ssh/authorized_keys

如果已经有authorized_keys这个文件，将id_rsa.pub的内容拷贝到 authorized_keys文件中。cat  id_rsa.pub >> authorized_keys 便可以。

Ubuntu通过ssh远程登陆主机并复制文件（附The authenticity of host '192.168.XXX.XXX' can't be established. 解决方法）
dugudaibo的博客
12-21 3329
ssh SCP
启动hadoop时，免密码登录引发的错误：The authenticity of host ‘node01 (192.168.80.11)’ can’t be established.
风逍遥-ygq
04-06 1668
启动hadoop时，免密码登录引发的错误：The authenticity of host ‘node01 (192.168.80.11)’ can’t be established. 解决该问题 出现上述报错，主要是4台服务器间的免密码登录出现了问题。在搭建hadoop环境的时候，简单实现了node01可以免密码登录node02，node03，node04，可是虚拟机之后再重新启动后，启动的时候，就出现了上述的问题。这次，配置了4台服务器间的免密码登录。 配置步骤： 进入相应目录，删除原来生
ssh登录　The authenticity of host 192.168.0.xxx can't be established.　的问题
dianmie4090的博客
01-05 2871
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...
scp过程中的两个问题解决 “The authenticity of host can‘t be established” “ Permission denied“
wgz7747147820的博客
04-16 1万+
今天解决了scp过程中的两个问题 第一个问题就是在scp过程中报下面的错误 报这个错误The authenticity of host ‘host1 (10.133.41.213)’ can’t be established.的原因是因为clident端的配置文件/etc/ssh/ssh_config里配置 Host * StrictHostKeyChecking no 上面这个错误只会在第一次连接某个服务器的时候出现 然后我再输入正确的密码后，还出现Authentication failed.这个错误，原
scp登录The authenticity of host 192.168.0.xxx can‘t be established. 的问题
番茄的博客
04-02 1093
因学习交叉编译时需要在windows下的虚拟机Linux系统与另外一台Linux直接传输文件，但用scp传输时老是弹出如下错误，折腾了半天总算解决了。
scp连接远程传输报错The authenticity of host ...... can‘t be established.
zhangxj_study的博客
11-04 4735
报错为两台机器之间不能建立信任连接 我当前机器名为hserver2 1、使用 ssh -o StrictHostKeyChecking=no hserver3 （上面hserver3是你要远程的那台机器名称，该输入hserver3的地方就输入需要远程的ip），回车输入hserver3的root密码，看到terminal已经切换到hserver3的root用户，已经远程连接hserver3 。 2、此时在当前终端执行 ssh -o StrictHostKeyChecking=no hserver2
linux 使用scp -r 向远程服务器传输文件，出现The authenticity of host ‘xxx.xxx.xxx.xxx ‘ can‘t be established.
柳承皓
07-11 2040
[root@server1 hadoop]# scp -r /usr/local/jdk/jdk-8u251-linux-x64.tar.gz 远程账号@远程ip:/usr/local/jdk/ The authenticity of host 'xxx.xxx.xx.xx ' can't be established. ECDSA key fingerprint is SHA256:PUDnr9u6CpQ5c6DxOExZO/y95fjOv5HnN1I4lRCqLJ0. ECDSA key finger.
The authenticity of host '192.168.197.140 (192.168.197.140)' can't be established. ECDSA key fingerprint is SHA256:hs6WAasDqgfs1mASsLQyiW07W/MPNpMbccB9Fyp7BPE. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.168.197.140' (ECDSA) to the list of known hosts. YinanW@192.168.197.140's password: Permission denied, please try again.
06-26
The authenticity of host 'host1 (10.133.41.213)' can't be established. RSA key fingerprint is xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx. Are you sure you want to continue connecting (yes/no)? ``...
-rw-r--r--. 1 ylj ylj 392 9月 22 04:05 id_rsa.pub [ylj@master .ssh]$ scp /home/ylj/.ssh/authorized_keys ylj@slave:/home/ylj/.ssh/ The authenticity of host 'slave (192.168.48.130)' can't be established. RSA key fingerprint is 86:bc:c9:82:f2:e1:ff:63:32:e1:a3:bd:9b:9c:cd:82. Are you sure you want to continue connecting (yes/no)? ^[[A^H Please type 'yes' or 'no': y Please type 'yes' or 'no': yes Warning: Permanently added 'slave,192.168.48.130' (RSA) to the list of known hosts. ylj@slave's password: authorized_keys 什么意思
09-23
The authenticity of host '192.168.31.147 (192.168.31.147)' can't be established. RSA key fingerprint is SHA256:...（一串指纹） Are you sure you want to continue connecting (yes/no)? ``` 这是因为...
ssh连接的时候，出现“THE AUTHENTICITY OF HOST XXX CAN’T BE ESTABLISHED”警告
qq_42008721的博客
10-05 1万+
linux学习中遇到的报错记录
ssh连接时提示THE AUTHENTICITY OF HOST XX CAN’T BE ESTABLISHED
weixin_30507269的博客
11-23 359
ssh链接云主机： ssh root@123.59.xx.xx 报错：THE AUTHENTICITY OF HOST XX CAN’T BE ESTABLISHED 解决办法： ssh -o StrictHostKeyChecking=noroot@123.59.xx.xx 输入密码，链接成功 与ssh中Host key verification failed问题一样。...
The authenticity of host 'XXXX' can't be established错误解决
chisongzhuo7550的博客
06-01 1666
修改/etc/ssh/ssh_config文件的配置，以后则不会再出现此问题 需要使用root权限 最后面添加： StrictHostKeyChecking no UserKnownHostsFile /dev/null ...
The authenticity of host ‘XXXX‘ can‘t be established错误解决
Jessie_Lian的博客
01-27 5516
The authenticity of host ‘XXXX’ can’t be established错误解决 修改/etc/ssh/ssh_config文件的配置，以后则不会再出现此问题 需要使用root权限 最后面添加： StrictHostKeyChecking no UserKnownHostsFile /dev/null 亲测有效，特此记录！ （转自：https://blog.csdn.net/xyh153996626/article/details/53333348?utm_medium=d
git使用ssh方式clone时出现 The authenticity of host XXX can‘t be established的解决方案
q345911572的博客
05-27 1万+
git使用ssh方式clone时出现 The authenticity of host can’t be established的解决方案 1.删除根目录 .ssh 下的所有文件（Mac显示隐藏文件和文件夹快捷键：command+shift+.） 2.重新生成key 2.1. 修改正确的git用户名和密码（如果有需要的话） git config --global user.name "XXX" git config --global user.email XXX@XX.com 2.2. 重新生成密钥
关于ssh连接时，控制台报The authenticity of host can't be established.的解决方法
weixin_41538604的博客
11-07 1万+
ssh -o StrictHostKeyChecking=no [账户名]@[IP地址]   举例： ssh -o StrictHostKeyChecking=no root@192.168.1.1
ssh连接The authenticity of host can‘t be established
热门推荐
飞鱼计划
06-09 2万+
ssh连接The authenticity of host can't be established 修改/etc/ssh/ssh_config文件的配置，以后则不会再出现此问题 最后面添加： StrictHostKeyChecking no UserKnownHostsFile /dev/null
linux下scp的常见问题解决方法
xiaohema12138的博客
12-01 2400
scp命令使用方法: 能ping通才能使用 scp /本地文件目录/文件名 对端用户名@对端ip地址 :/对端的目录/ scp无法连接时，报错can’t be established 解决方法:cd/root/ssh/下， 在ssh_config文件末尾添加: StrictHostkeyChecking no UserKnownHostsFile /dev/null 保存退出 scp访问对端机想要不输入密码时， 命令:输入ssh keygen -t rsa 连续回车3次， 成功后cd/root/.ssh/看
vdbench联机运行报错The authenticity of host '192.168.100.2 (192.168.100.2)' can't be established.
最新发布
11-28
<think> 首先，用户的问题是关于vdbench联机运行时出现“The authenticity of host '192.168.100.2 (192.168.100.2)' can't be established.”错误的解决方案。用户提供了站内引用，这些引用是关于SSH和SCP命令中类似错误的解决方案。我需要基于这些引用和一般知识来回答。 关键错误信息：`The authenticity of host '192.168.100.2 (192.168.100.2)' can't be established.` 这类似于SSH连接时的指纹验证错误，意思是主机密钥未知或未验证。 vdbench是一个性能基准测试工具，常用于存储测试。它可能通过SSH进行联机运行（在多台机器之间通信）。所以，这个错误很可能是在vdbench尝试通过SSH连接到另一台主机（192.168.100.2）时发生的。 从引用中提取核心解决方案： - 引用[1]：建议在ssh命令中使用`-o StrictHostKeyChecking=no`选项，或者修改`/etc/ssh/ssh_config`文件，添加`StrictHostKeyChecking no`和`UserKnownHostsFile /dev/null`。 - 引用[2]：类似SCP错误，处理方式相同。 - 引用[3]：在CentOS之间传输文件出现相同错误，主机名解析问题，但解决方案类似。 针对vdbench的场景： - vdbench可能自动调用SSH命令来连接到远程主机。 - 解决方案应该涉及配置SSH，以跳过主机密钥检查或添加密钥到known_hosts文件。 一般解决方案： 1. **手动添加主机密钥**：第一次连接时，手动接受密钥（例如，通过SSH登录一次并输入yes）。 2. **自动跳过检查**：在SSH命令中使用选项来禁用严格的主机密钥检查。 3. **修改SSH配置文件**：全局禁用检查或指定已知主机文件。 对于vdbench： - 可能需要在vdbench的配置文件或命令中设置SSH选项。 - 或者，在系统级别配置SSH。 用户引用的解决方案： - 方法1：在SSH命令中添加`-o StrictHostKeyChecking=no`。 - 方法2：修改`/etc/ssh/ssh_config`文件，添加： ``` StrictHostKeyChecking no UserKnownHostsFile /dev/null ``` 这会禁用主机密钥检查和存储。 在vdbench的上下文中： - vdbench可能使用SSH进行远程执行。错误消息表明它尝试连接到192.168.100.2，但主机密钥未验证。 - 解决方案可以是： a. 手动执行SSH到192.168.100.2，接受密钥。 b. 配置vdbench使用的SSH命令添加选项。 c. 修改系统SSH配置。 更安全的做法是添加密钥到known_hosts，而不是完全禁用检查。但引用中建议禁用检查。 步骤式回答： 1. **理解问题**：错误是由于SSH主机密钥验证失败。 2. **解决方案选项**： - **临时解决**：手动SSH到主机并接受密钥。 - **永久解决**：修改SSH配置禁用检查。 - 或添加主机密钥到known_hosts文件。 具体步骤： - 步骤1：手动连接到主机： ``` ssh 192.168.100.2 ``` 输入yes接受密钥。这会添加密钥到`~/.ssh/known_hosts`。 - 步骤2：如果vdbench运行在特定用户下，确保该用户的known_hosts文件中有密钥。 - 步骤3：或者，在vdbench命令中设置SSH选项。但vdbench如何调用SSH？可能需要查文档。 - 步骤4：修改SSH配置文件： 编辑`/etc/ssh/ssh_config`或用户级别的`~/.ssh/config`，添加： ``` Host 192.168.100.2 StrictHostKeyChecking no UserKnownHostsFile /dev/null ``` 或者全局禁用。 引用中的方法：添加StrictHostKeyChecking no 和 UserKnownHostsFile /dev/null。 安全性注意：禁用主机密钥检查会降低安全性，因为它不验证服务器身份，只适合测试环境。 对于vdbench，可能是在内部网络中，所以可能安全。 生成相关问题： - 需要根据用户问题生成相关问题。 - 用户问题是关于vdbench的特定错误。 相关问题： 1. 如何手动添加主机密钥到known_hosts文件？ 2. vdbench联机运行需要哪些前置条件？ 3. 除了SSH错误，vdbench联机运行常见问题有哪些？ 4. 如何安全地配置SSH用于vdbench？ 5. vdbench的配置文件中如何设置SSH选项？ 确保回答结构清晰： - 解释错误原因。 - 提供解决方案步骤。 - 最后添加相关问题。 回答语言：中文。 </think> ### vdbench联机运行报错“The authenticity of host '192.168.100.2 (192.168.100.2)' can't be established.”的解决方案 此错误发生在vdbench尝试通过SSH连接到远程主机（192.168.100.2）时，由于主机密钥未经验证或未添加到本地系统中。vdbench在执行联机测试时，可能自动调用SSH命令进行主机间通信，但首次连接会触发主机密钥验证（类似于引用中的SSH/SCP错误[^1][^2][^3]）。以下是分步解决方案，适用于测试环境（生产环境建议谨慎处理以保安全）。 #### 错误原因分析 - **核心问题**：SSH客户端（vdbench内部调用）无法验证目标主机（192.168.100.2）的身份，因为其ECDSA或RSA密钥指纹未存储在本地`known_hosts`文件中。 - **vdbench背景**：vdbench在多主机联机运行时，依赖SSH进行远程命令执行。如果主机密钥未提前验证，会中断连接并报错。 - **安全风险提示**：跳过主机密钥检查会降低安全性（可能遭受中间人攻击），仅推荐在受信任的内部网络中使用。 #### 解决方案步骤（选择一种方法即可） 以下是两种常用方法，基于引用中的SSH配置优化[^1][^3]： 1. **方法1：临时手动添加主机密钥（推荐，更安全）** - 登录运行vdbench的主机（源主机），使用SSH手动连接到目标主机（192.168.100.2），接受密钥指纹： ```bash ssh 192.168.100.2 ``` 当提示`Are you sure you want to continue connecting (yes/no)?`时，输入`yes`。这会自动添加密钥到`~/.ssh/known_hosts`文件。 - **验证**：运行`ssh 192.168.100.2`应不再报错，然后重新执行vdbench命令。 - **注意**：确保vdbench运行的用户（如root或普通用户）有权限访问`.ssh`目录。如果vdbench使用特定用户，需以该用户身份执行上述步骤。 2. **方法2：永久禁用主机密钥检查（快速但降低安全性）** - 修改SSH配置文件，跳过密钥验证（类似引用中的全局配置[^1][^3]）： - 编辑`/etc/ssh/ssh_config`文件（系统级配置）或用户级`~/.ssh/config`文件： ```bash sudo nano /etc/ssh/ssh_config # 或 nano ~/.ssh/config ``` - 在文件末尾添加以下内容（指定目标主机IP）： ``` Host 192.168.100.2 StrictHostKeyChecking no UserKnownHostsFile /dev/null ``` 这会使SSH连接192.168.100.2时跳过密钥检查，且不存储密钥历史。 - 保存文件并重启SSH服务（可选）： ```bash sudo systemctl restart sshd ``` - **验证**：直接运行`ssh 192.168.100.2`应无提示，然后重试vdbench。 - **安全性建议**：测试完成后，移除这些配置或改为手动添加密钥。 #### 附加建议 - **vdbench特定配置**：如果vdbench有自定义SSH选项（查vdbench文档），可在其配置文件中添加参数，例如在`vdbench`命令行中添加`-o "-o StrictHostKeyChecking=no"`。 - **网络检查**：确保192.168.100.2可达（`ping 192.168.100.2`），且SSH服务正常运行（`systemctl status sshd` on target host）。 - **日志查看**：运行vdbench时添加`-v`选项查看详细错误日志，确认连接问题是否解决。 如果问题持续，检查防火墙设置或vdbench的hosts文件配置（确保主机名解析正确，类似引用中的域名问题[^3]）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值