当前位置:首页 » 挖矿知识 » 挖矿病毒导致ssh登录失败

挖矿病毒导致ssh登录失败

发布时间: 2021-05-06 19:53:59

① SSH 登录失败的几种常见问题

这种问题是由于公钥不一样了,所以无法登录,提示信息是 KEY 验证失败。
解决方法是:
在/root/.ssh/known_hosts 文件里面将原来的公钥信息删除即可。
具体原因分析:SSH 报“Host key verification failed.”。一般来说,出现该错误有这么几种可能:
1. .ssh/known_hosts 裡面记录的目标主机 key 值不正确。这是最普遍的情况,只要删除对应的主机记录就能恢复正常。
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”设置连接到远程主机的端口。

② ssh连接时这个错误怎么解决

这种问题是由于公钥不一样了,所以无法登录,提示信息是 KEY 验证失败。

解决方法是:

在/root/.ssh/known_hosts 文件里面将原来的公钥信息删除即可。

具体原因分析:SSH 报“Host key verification failed.”。一般来说,出现该错误有这么几种可能:

  1. .ssh/known_hosts 里面记录的目标主机 key 值不正确。这是最普遍的情况,只要删除对应的主机记录就能恢复正常。

  2. 2. .ssh 目录或者 .ssh/known_hosts 对当前用户的权限设置不正确。这种情况比较少,一般正确设置读写权限以后也能恢复正常。

  3. 3. /dev/tty 对 other 用户没有放开读写权限。这种情况极为罕见。出现的现象是,只有 root 用户能够使用 ssh client,而所有其他的普通用户都会出现错误。

  4. 我今天遇到的就是第三种情况,修改 /dev/tty 的权限后,一切正常。为了避免以后忘记解决方法,记录在这里。

  5. 问题2: ssh_exchange_identification: Connection closed by remote host

  6. -------------------------------------------------------------------------------解决办法:修改/etc/hosts.allow文件,加入 sshd:ALL。

  7. 符相关配制说明: vi /etc/ssh/ssh_config

  8. -------------------------------------------------

  9. 下面逐行说明上面的选项设置:

  10. Host * :选项“Host”只对能够匹配后面字串的计算机有效。“*”表示所有的计算机。

  11. ForwardAgent no :“ForwardAgent”设置连接是否经过验证代理(如果存在)转发给远程计算机。

  12. ForwardX11 no :“ForwardX11”设置X11连接是否被自动重定向到安全的通道和显示集(DISPLAY set)。

  13. RhostsAuthentication no :“RhostsAuthentication”设置是否使用基于rhosts的安全验证。

  14. RhostsRSAAuthentication no :“RhostsRSAAuthentication”设置是否使用用RSA算法的基于rhosts的安全验证。

  15. RSAAuthentication yes :RSAAuthentication”设置是否使用RSA算法进行安全验证。

  16. PasswordAuthentication yes :“PasswordAuthentication”设置是否使用口令验证。

  17. FallBackToRsh no:“FallBackToRsh”设置如果用ssh连接出现错误是否自动使用rsh。

  18. UseRsh no :“UseRsh”设置是否在这台计算机上使用“rlogin/rsh”。

  19. BatchMode no :“BatchMode”如果设为“yes”,passphrase/password(交互式输入口令)的提示将被禁止。当不能交互式输入口令的时候,这个选项对脚本文件和批处理任务十分有用。

  20. CheckHostIP yes :“CheckHostIP”设置ssh是否查看连接到服务器的主机的IP地址以防止DNS欺骗。建议设置为“yes”。

  21. StrictHostKeyChecking no :“StrictHostKeyChecking”如果设置成“yes”,ssh就不会自动把计算机的密匙加入“$HOME/.ssh/known_hosts”文件,并且一旦计算机的密匙发生了变化,就拒绝连接。

  22. IdentityFile ~/.ssh/identity :“IdentityFile”设置从哪个文件读取用户的RSA安全验证标识。

  23. Port 22 :“Port”设置连接到远程主机的端口。

③ 为什么ssh连接不成功

查看sshd服务是否启动。
1,sshd服务安装
2,[root@localhost /]# vi /etc/ssh/sshd_config
Port 22
Protocol 2
PermitRootLogin yes
去掉这三行的注释
最后一个重要!因为它是允许root用户直接使用sshd服务登录服务器的!
3,重新启动sshd服务
[root@localhost /]# service sshd restart
4,设置sshd为系统自动启动
[root@localhost /]# chkconfig --level 35 sshd on
5,使用客户端连接即可

④ Linux系统被Carbon挖矿病毒入侵,杀掉之后过一段时间又起来了,有谁遇到过这种情况啊

这种病毒腾讯安全提到过
可以去下载安装一个腾讯御点
打开之后,使用里面的病毒查杀功能,直接就可以查杀这种电脑病毒了

⑤ linux远程登录失败

端口关闭,怎么会是"no route to host",应该是"Connection refuesed"
你确定是关闭ssh端口所致?

No route to host,应该是网络问题,没有指定路由,照理说,你也不能ping通,不能ftp

⑥ 使用SSH Secure Shell连接虚拟机里面的Linux 系统,但是连接不上,出现如下错误,请问是怎么回事

进虚拟机把防火墙关了,要么就加规则。允许22号端口

⑦ 使用SSH远程连接Linux失败

你可以试试用自动的IP,然后用ifconfig查看IP地址,我用的好像是桥接,用哪种连接方式你都试试,最后用service
network
restart,重起服务,再Ping一下试试。也可以看看ssh那个服务开了没有。

⑧ 为什么ssh链接失败

解决方法:
一、开启SSH
以root用户登录Linux,打开终端,运行: /etc/init.d/sshd restrat

二、关闭防火墙
1.在终端运行 setup
2,.选择 firewall 回车
3.按tab键切换到disablede项,然后按空格键选择,然后再按tab键切换到ok,按空格件选择
4.按tab键切换到quit,按空格件选择
然后用客户端ssh登录Linux,成功登录,呵呵 ^_^

三、关闭防火墙的另一种方式
/etc/init.d/iptables stop

补充一个,红旗linux的某些版本,不允许root用户远程登陆的,需要修改设置#vi /etc/ssh/sshd_config 中
PermitRootLogin no
#这就不允许root用户远程登录,要修改成PermitRootLogin yes 并重启sshd服务才行的
#service sshd restart

⑨ sshpass连接时出现问题怎么解决

解决方法是:

在/root/.ssh/known_hosts 文件里面将原来的公钥信息删除即可。

具体原因分析,SSH 报“Host key verification failed.”。

客户端无法正常通过 SSH 连接服务器时,先通过如下方式进行 telnet 端口测试,判断是否是中间网络异常所致。

一般来说,出现该错误有这么几种可能:

1.ssh/known_hosts 里面记录的目标主机 key 值不正确。这是最普遍的情况,只要删除对应的主机记录就能恢复正常。

2. .ssh 目录或者 .ssh/known_hosts 对当前用户的权限设置不正确。这种情况比较少,一般正确设置读写权限以后也能恢复正常。

3. /dev/tty 对 other 用户没有放开读写权限。这种情况极为罕见。出现的现象是,只有 root 用户能够使用 ssh client,而所有其他的普通用户都会出现错误。

ssh登陆不能在命令行中指定密码,sshpass 的出现,解决了这一问题,用于非交互的ssh 密码验证 它支持密码从命令行,文件,环境变量中读取。

热点内容
BAR区块链公司 发布:2025-05-24 01:35:55 浏览:108
eth地址和usdt地址相同 发布:2025-05-24 01:30:37 浏览:370
比特币公钥推出私钥区间 发布:2025-05-24 01:28:08 浏览:844
期货主力合约怎么看 发布:2025-05-24 01:27:35 浏览:958
数字货币今日排行 发布:2025-05-24 01:18:17 浏览:611
关于数字货币的影响 发布:2025-05-24 01:08:15 浏览:13
app空投eth钱包 发布:2025-05-24 00:48:45 浏览:415
99矿池注销不了 发布:2025-05-24 00:30:30 浏览:484
以太坊合约开发怎么记录用户 发布:2025-05-24 00:29:26 浏览:508
btce公告 发布:2025-05-24 00:09:11 浏览:383