Mac 当主机，Linux 当服务器（28）综合故障排查——一次「全链路」排错

摘要：博客突然打不开，监控却一声不响——因为监控只盯着「机器」，没盯着「服务」。这篇完整复盘一次全链路排错：从 Mac ping 到 ssh，从 systemctl status 到 ss/lsof 找占用进程，从 nginx -t 到 error.log，最后收束成一份从浏览器查到服务器的 11 步清单。文末还讲清两个高频混淆：nginx -t 通过为什么 reload 还会失败、以及 proxy_pass 的「语法错误」和「逻辑错误」怎么区分。

承接上篇：日报脚本写好了，cron 也能每天自动跑了。

---

一、周一早上的「安静」

周一早上，小林刚到工位，手机响了。同事发来消息：「你博客打不开了。」

小林打开 Mac 浏览器，访问 http://localhost:8080。转圈。然后：

无法访问此网站

他打开 Prometheus，查 up：

up{job="node"} 1
up{job="prometheus"} 1

「up 都是 1，监控没告警？」小林说，「但博客打不开？」

他检查 Grafana，CPU、内存、磁盘都正常。

老周端着保温杯走过来，看了一眼：「监控没告警，不代表服务没问题。你监控了 CPU、内存、磁盘——但你监控 Nginx 服务本身了吗？」

小林愣住了。

「你 up{job="node"} 是 1，说明 node_exporter 活着。但 node_exporter 活着，不代表 Nginx 活着。」老周说，「你监控的是『机器』，不是『服务』。」

「那怎么办？」

「从头查。」老周说，「这就是全链路排错——从浏览器到服务器，一层一层往下查，每过一层就砍掉一半可能性。」

---

二、第一步：从 Mac 到 Ubuntu，网络通不通？

「先确认最基本的。」

ping -c 3 192.168.1.50

输出：

3 packets transmitted, 3 packets received, 0.0% packet loss

「通了。」

ssh devops@192.168.1.50

「SSH 也能连。」小林说。

「好，网络没问题、SSH 没问题，问题在 Ubuntu 内部。」

ping 通不代表服务通。 ping 走的是 ICMP，和 TCP 80 端口没有任何关系——它只能告诉你「这台机器活着」。 这一层只排除「机器是不是没了」，别指望它能回答更多。

小林记下：ping 确认网络通；ssh 确认远程登录通；ping 不通查 VMware 网络和防火墙；ping 通但 ssh 不通，查 sshd 服务和 22 端口。

---

三、第二步：Nginx 服务在跑吗？

「先看 Nginx。」

systemctl status nginx

输出：

● nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Mon 2026-09-14 08:00:02 CST; 2h ago

「failed！ 服务根本没起来。」小林说。

「那看它为什么起不来。」

sudo journalctl -u nginx -n 20

输出：

Sep 14 08:00:01 ubuntu systemd[1]: Starting A high performance web server...
Sep 14 08:00:02 ubuntu nginx[1234]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 14 08:00:02 ubuntu nginx[1234]: nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
Sep 14 08:00:02 ubuntu nginx[1234]: nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
Sep 14 08:00:02 ubuntu systemd[1]: nginx.service: Control process exited, code=exited sta