服务器已停机？先分清关机还是失联

面板上一个红点，ping 不通，SSH 连不上，网站前台一片白——这时候十个人里有八个手已经放在重启键上。我早年也这么干过，后来发现按下去的那一下，赌的成分太大。因为你看到的这个「服务器已停机」，至少是三件完全不同的事：机器真被关了、机器卡死了、机器活得好好的只是你进不去。三种毛病互相打架，你拿治第一种的法子去治第三种，越治越乱。

关机、死机、失联，三种停法收拾起来完全不一样

关机是主动的，有预期。自己在面板上点错了、维护窗口按计划停的、或者账单没结被服务商那边停掉——欠费停机以后数据保留多久、怎么恢复、恢复要不要额外走流程，各家的规矩差得挺远，以服务商或官方页面说明为准。这类最好认：控制台里状态明明白白写着已关机，ping 不通，端口全闭，一点脾气都没有。

死机是被动的。机器还“在”，但系统已经卡那儿了。内核 panic、磁盘写满、内存被打爆触发 OOM、驱动抽风，都能弄出这个效果。云控制台上它往往显示“运行中”，你 ping 它不通，VNC 进去看是黑屏，或者滚一堆报错停在某个地方不动。

失联最冤。机器跑得好好的，业务也在跑，就是公网这一侧摸不到它。原因五花八门：安全组被人顺手改了、防火墙多了一条 drop、域名解析指到别处去了、机房上游抖了一阵、被打到阈值让服务商塞进黑洞。这些情况你重启一百次都没用，反而把现场证据洗掉了。

服务器已停机的第一层判断，先看面板再动手

顺序别搞反。第一眼该看的不是 SSH 客户端，是控制台。状态写的是“已关机”还是“运行中”？就这一眼，能砍掉一半排查路径。显示已关机，那就去查是谁关的、什么时候关的、有没有关机记录，别急着开机——先确认关机是计划内的还是意外的。

如果状态是运行中，下一步进 VNC 或带外控制台看一眼，能不能看到登录提示符。进得去、能敲命令，说明系统活着，那问题基本落在网络层或者服务层。进不去、黑屏、卡在开机自检那几行字上，那就是死机，甚至可能是硬件层面的问题，得找服务商。

网络那头断的，多半卡在链路和入口

有个很实用的土办法：从机器里往外 ping 一个公网地址。能出去，说明它的出网方向是通的，毛病在“进来的方向”。这时候逐段来：本地 ping 域名，解析出来的 IP 对不对；telnet 一下业务端口，是拒绝还是超时。拒绝一般意味着端口没监听或者被本机防火墙挡了，超时更像是链路或安全组的问题。

再往上就是服务商那一侧了——控制台里有没有黑洞记录、有没有流量清洗提示、状态页有没有公告。这一层你手里没有权限，别自己硬猜，直接开工单问，把时间点、现象、你测过的命令一起贴上去，能省好几轮来回。

进程还在跑、端口也听着，服务就是不动

还有一种最容易被误判成停机的：机器活着，端口也在，请求进去就是没响应。系统负载飘高、磁盘写满或者 inode 用光、连接数打满、数据库慢查询堆着、某个依赖的下游卡住了，都能造成这个画面。人一急，看网站打不开就当服务器挂了，然后重启，重启完确实好了几分钟——因为缓存清了，可根因还在那儿。

这类别只看 ping，得进去看负载、看磁盘、看连接数、看应用日志的尾巴。日志最后几十行往往比任何监控图都直白。

重启之前，先想清楚会不会更糟

重启是最后手段，不是第一反应。数据库里还有没落盘的数据，直接硬重启可能丢数据，严重的甚至起不来；正在写的文件、正在跑的迁移任务，一刀切下去能留下半截烂摊子。能进控制台，就先看日志、先停业务、确认落盘再重启。真到了只能硬重启的地步，做完以后记得把日志捞出来，别让这次事故白发生。

带外管理这条通道，别等出事才想起来

云主机一般有 VNC 控制台，物理机有 IPMI 或 BMC 那类带外管理口。这条通道的意义在于它绕过操作系统、绕过网络——系统卡死、网络全断的时候，它还能让你看到一眼。平时花几分钟确认它可用、账号密码在谁手里，出事那天的差别会非常大。

排查顺序捋一遍：面板状态 → 控制台能不能进 → 机器能不能出网 → 端口通不通 → 进程活不活 → 日志说什么。走完这六步，再决定要不要动手重启。多数所谓“服务器已停机”，在第两步或者第三步就有答案了。