SSH无法登录Linux实例处理方法

约 1646 字大约 5 分钟

2026-08-29

当 SSH 无法登录 Linux 实例时，请根据客户端的报错信息对照本文排查。本文覆盖连接超时、拒绝连接、认证失败、主机密钥变更、登录缓慢等常见故障。

排查前先确认

提示

先排除两类最常见的原因：

实例处于运行中状态（控制面板查看，异常状态先开机/重启）。
用 VNC 控制台能正常登录实例（能登录说明系统正常，问题在链路或配置）。

连接超时（Connection timed out / connect timeout）

表示网络层无法到达实例，按顺序检查：

确认连接信息正确：IP 是实例的公网 IP 而非内网 IP；修改过默认端口的，需用 -p 指定新端口，参见修改服务器默认远程端口。
测试端口连通性：本地执行 telnet <实例IP> 22（或 tcping），并测试 TCP 端口连通性确认结果。
检查安全组：确认入方向已放行 TCP 22（或自定义端口），参见安全组与系统防火墙入门。
本地网络：更换网络环境（如手机热点）重试，排除本地网络限制。

拒绝连接（Connection refused）

端口可达但 SSH 服务未响应，说明网络已通，问题在实例内部：

通过控制面板 VNC 控制台登录实例。
检查 SSH 服务状态：
```
sudo systemctl status sshd
```

若未运行，启动并设置开机自启：

sudo systemctl start sshd
sudo systemctl enable sshd

确认监听端口与配置一致（Port 字段）：

sudo grep -Ei '^port' /etc/ssh/sshd_config
ss -tunlp | grep sshd

警告

修改过远程端口的实例，连接时务必使用新端口；同时确认安全组放行的是新端口，参见修改服务器默认远程端口。

认证失败（Permission denied）

连接能建立，但账号密码或密钥验证不通过：

密码登录失败

确认用户名正确（如 root，区分大小写）。
确认密码正确（注意大小写、是否误开输入法；不确定可先在 VNC 控制台用同一账号验证）。
确认实例允许密码登录（密钥初始化的部分镜像默认关闭密码登录）：
```
sudo grep -Ei '^passwordauthentication' /etc/ssh/sshd_config
```
值为 no 时改回 yes 并重启 sshd（修改配置前建议通过密钥确认仍可登录，或通过 VNC 操作）。

密钥登录失败

确认私钥文件路径正确、权限符合要求：
```
chmod 400 /path/to/private_key.pem
```
确认实例已绑定对应密钥对（控制面板查看）。

使用 -v 查看详细过程定位失败环节：

ssh -v -i /path/to/private_key.pem root@<实例IP>

公钥登录仍失败时，检查实例内 ~/.ssh/authorized_keys 是否包含对应公钥、目录权限是否为 700 / 600。

提示 Too many authentication failures

这是本地一次性提供了太多密钥，超过服务端允许的认证尝试次数（默认 6 次）——ssh-agent 里存了一堆私钥时最常见，密码还没来得及输就被断开：

指定唯一密钥登录：

ssh -o IdentitiesOnly=yes -i /path/to/private_key.pem root@<实例IP>

或在本地 ~/.ssh/config 中为该主机固定密钥：

Host myserver
    HostName <实例IP>
    User root
    IdentityFile ~/.ssh/private_key.pem
    IdentitiesOnly yes

调大服务端 MaxAuthTries 也能缓解，但不推荐——等于降低爆破门槛，加固思路见SSH安全加固清单。

主机密钥变更警告（WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!）

重装系统或更换实例后，本地保存的旧主机指纹会与新指纹不一致，SSH 默认拒绝连接：

安全提示

只有在确认是您本人重装/更换了实例的情况下才可清除旧指纹；否则可能遭遇中间人攻击。

# 移除对应 IP 的旧指纹后重试
ssh-keygen -R <实例IP>

Windows 用户也可删除 C:\Users\<用户名>\.ssh\known_hosts 中对应 IP 的行。

登录要等很久才提示输密码（登录慢）

连接立即建立、密码提示却要等 30 秒以上才出现，典型原因是 sshd 在做 DNS 反向解析并等待超时：

通过 VNC 控制台（或耐心等待后的 SSH 会话）编辑 /etc/ssh/sshd_config：
```
UseDNS no
GSSAPIAuthentication no
```
重启 sshd，保持当前会话不断开，另开窗口验证：
```
sudo systemctl restart sshd
```

警告

修改 sshd 配置前确认 VNC 控制台可用，防止改错被锁在门外；救援方式见进入Linux单用户模式。

修改密码后无法使用新密码登录

刚改完密码，新密码登不上、旧密码也不行，按以下顺序处理：

通过 VNC 控制台验证新密码：控制台能登录说明密码本身没问题，问题在 SSH 侧（见认证失败各节）。
重设密码时用了非交互方式：usermod -p 手写哈希、脚本拼接传参容易写坏密码。用交互式命令重设最可靠：
```
sudo passwd root    # 按提示输入两次新密码，出现 "successfully" 才算成功
```
密码含特殊字符：$、*、! 等在脚本或部分客户端里会被转义，复制粘贴时可能带上空格。先换一个纯字母数字密码验证，能登录后再改回复杂密码。
多次输错被锁定：改密码期间试错几次可能触发 faillock 锁定，处理见密码错误次数过多被锁定。

sshd 配置文件权限问题

sshd 对关键文件的权限有硬性要求，权限过宽时服务拒绝启动，报 Permissions ... are too open 或 Bad modes：

sudo systemctl status sshd      # 看启动失败的报错行
sudo journalctl -u sshd -e      # 详细日志

修复为标准权限：

sudo chmod 600 /etc/ssh/sshd_config
sudo chmod 700 ~/.ssh
sudo chmod 600 ~/.ssh/authorized_keys
sudo systemctl restart sshd

警告

这类问题常因误执行 chmod -R 777 / 或对 /etc 批量改权限引起。恢复 sshd 后建议全盘检查其他关键文件权限（如 /etc/shadow 应为 000/600）；改错严重且无法登录时，通过单用户模式救援，见进入Linux单用户模式。

以上都正常但仍无法登录

提交工单并附上以下信息，便于快速定位：

实例 IP 与登录用户名
客户端完整报错截图（或 ssh -v 输出）
ping / telnet 测试结果（参见双向 MTR 测试排查链路）
是否修改过 SSH 端口、防火墙、安全组

远程连接

网络与安全

磁盘存储

系统管理

应用部署

游戏服务器

故障排查

控制台与账户