刚买的 DMIT VPS 连不上 SSH？别慌，这 4 个排查步骤能救急

刚剁手买了台心仪的 DMIT VPS，结果兴致勃勃地准备开搞，终端里却一直显示 Connection timed out 或者 Connection refused？这种“新机到家就熄火”的情况确实搞人心态，尤其是当你急着想测试那边的网络性能时。

其实，新机器 SSH 连不上，大多是这几个“老毛病”导致的。既然问题来了，咱就别干等官方工单（虽然该提还得提），先自己动手排查一遍，大概率能救回来。

1. 先检查本地环境：是你不行还是它不行？

很多人第一步就走冤枉路，其实先排除自家网络问题很有必要。

使用 MTR 工具检查路由中断位置

• PING 测试：在终端执行 ping 你的服务器IP。如果完全不通，丢包率 100%，那大概率是 IP 问题；如果 PING 能通但 SSH 连不上，那多半是端口或防火墙的事。
• MTR 路由跟踪：用 mtr 看看路由在哪一截断了。如果是刚到 DMIT 的边缘节点就断了，可能是目标 IP 被国内防火墙（GFW）拉黑了；如果是到了 DMIT 内部丢包，那就是机房侧的网络抖动。

解决方案：如果是被墙，IP 净化了基本没救，直接去后台开 Ticket 换 IP 是最快的捷径。

2. 重点怀疑对象：防火墙与安全组

很多新手容易忽略的一点：VPS 内部的防火墙默认策略可能是“拒绝一切”，而你没去开放 22 端口。

DMIT 的面板里通常有“防火墙”或者“安全组”设置，去后台确认一下有没有放行 TCP 22 端口（SSH 默认端口）。如果没开，外网流量直接被挡在门外。

同时，进入系统内部检查（如果你有 VNC 控制台的话）：

如果是 iptables： sudo iptables -L -n

如果是 ufw（Ubuntu 常用）： sudo ufw status

解决方案：如果发现规则没开，手动添加一条： sudo ufw allow ssh 或者 sudo iptables -A INPUT -p tcp --dport 22 -j ACCEPT。建议此时顺手把 SSH 默认端口改掉，以后更安全。

3. 镜像问题：SSH 服务没启动？

如果你选的是精简版镜像（比如 Debian Minimal 或 Alpine），有时候安装完后 sshd 服务并不会默认开机自启。

通过服务商提供的 VNC 或者 Web Console 连接到服务器网页版终端，登录进去看一眼服务状态： systemctl status sshd

如果是 dead 或 failed，那就手动启动它： systemctl start sshd systemctl enable sshd

如果提示找不到命令，说明你装的可能是 openssh-server 没装全，赶紧装一下： apt install openssh-server 或 yum install openssh-server

4. DMIT 特有的“玄学”：地区与架构差异

DMIT 这家商家的机器在不同地区表现差异很大。新机器刚开通，底层网络还在做初始化也有可能。

• 冷启动延迟：有些机器虽然后台显示“Running”，但实际上还在做最后的磁盘挂载或网络配置，这期间连不上很正常，建议等个 5-10 分钟再试。
• 架构不匹配：现在大家都在玩 ARM 机器。如果你图省事直接用了 x86 的 Docker 镜像或系统脚本，在 ARM 架构上跑不起来，SSH 可能也会报奇奇怪怪的错误。确保你的系统镜像和 CPU 架构是对应的。

终极大法：VNC 救场

如果 SSH 死活连不上，最后的防线就是控制台（VNC/Console）。几乎所有 VPS 商家后台都有这个入口。

通过浏览器直接登录服务器，你就能像操作本地电脑一样操作它。这时候你可以：

1. 检查网络接口是否获取到了 IP（ip addr）。
2. 重启网络服务（systemctl restart networking）。
3. 重置 Root 密码（有可能你输错了）。

总结

遇到新机器连不上 SSH，千万别在那干瞪眼。

1. 先 PING 确认 IP 是否被墙。
2. 检查面板安全组是否放行了 22 端口。
3. 进 VNC 看看 SSH 服务是不是挂了或没装。
4. 确认是不是系统架构选错了。

如果以上这些都查遍了还没辙，那不用想了，直接找 DMIT 客服发 Ticket，把你的排查结果贴上去，这显得你很专业，客服处理起来也会更快。