ssh连接不上(ssh连接不上ubuntu)

目录：

• 1、SSH密钥登录突然连不上了
• 2、为什么ssh连接不成功
• 3、ssh服务器拒绝远程连接
• 4、sqlserver ssh连不上
• 5、ssh连接不成功解决办法

SSH密钥登录突然连不上了

在XShell中使用非root账号(z)密钥登录远程CentOS 7，使用在里面使用su获取root权限一顿软件安装瞎操作。结果导致ssh掉线后无法连接上了。

XShell中提示

用的是阿里云，还好可以从后台用VNC使用root账号登录（ssh配置了PermitRootLogin no，且非root账号没设置密码）。

登录后直接查看sshd的日志信息 tail /var/log/secure

按字面意思就是目录权限配置错误了，检查一下非root用户(z)所在的目录权限， home/z 成了775，这就有问题了。

修改目录权限就可以了

为什么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，使用客户端连接即可

ssh服务器拒绝远程连接

xshell软件

linux系统

使用xshell远程连接我旁边的Ubuntu时，root用户登陆，密码正确，但是显示

“ssh服务器拒绝了密码。请再试一次”

原因：ssh服务基于安全考虑，没有给root用户远程连接的权限

解决办法：

登陆要连接的Ubuntu

vim /etc/ssh/sshd_config

找到PermitRootLogin 这一行，将后面的no 改为yes ，如图所示

此时再次利用xshell登陆root账户即可。

如果还是连不上，就要考滤iptables是否开启22号端口

云服务器还要考虑安全组是否开放22号端口。

sqlserver ssh连不上

一般原因是sshd没有开启，建议打开sshd进程，或者是ssh做了限制。

这种情况算是比较难搞定的一般可以按照底下的方法是下：1.检查/etc/hosts.deny和/etc/hosts.allow里面是否屏蔽了某些帐户。2.删除/.ssh/known_hosts里面的相关服务器条目试一下。3.在某些发行版上升级glibc或openssl等软件包以后需要重启一下sshd。4.由于ssh试探或者ssh连结数太多，/etc/ssh/sshd_config里面的MaxStartups默认参数配置不够。

ssh连接不成功解决办法

我们使用 ssh 链接 linux 主机时，可能出现“ Host key verification failed.“的提示，ssh连接不成功。

可能的提示信息如下:

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!    @

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!

Someone could be eavesdropping on you right now (man-in-the-middle attack)!

It is also possible that the RSA host key has just been changed.

The fingerprint for the RSA key sent by the remote host is

23:00:20:83:de:02:95:f1:e3:34:be:57:3f:cf:2c:e7.

Please contact your system administrator.

Add correct host key in /home/xahria/.ssh/known_hosts to get rid of this message.

Offending key in /home/xahria/.ssh/known_hosts:8

RSA host key for localhost has changed and you have requested strict checking.

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

（注：这里为了简便，将knownhostfile设为/dev/null，就不保存在known_hosts中了）

参考资料：