一次故障，我开了五个工具

DNS 查询、端口检测、ping、路由追踪、网页测速，全开着。屏幕上几个窗口跳来跳去，越看越乱。

问题最后查到是证书过期，只需要两步。工具多不等于思路清楚，那半天基本在切换窗口。

一次只回答一层

解析：域名指向哪，能不能查到。

连接：端口通不通，握手多久。

加密：证书对不对，TLS 能不能协商。

应用：HTTP 返回什么，内容对不对。

每一层有自己的工具，别指望一个工具回答所有问题。每层只需要一个结论：通还是不通，对还是不对。解析层还要看权威和递归的区别，端口层要看监听地址和策略，加密层要看证书链，应用层要看状态码和内容。每层都有坑，但坑不交叉，这就是分层的好处。

宝塔拨测控制台：定时拨测任务、节点与告警配置

宝塔拨测控制台：定时拨测任务、节点与告警配置

组合的顺序

先查解析，解析不对，后面全白搭。

解析正常，测端口。端口不通，不用看 HTTP。

端口通，看 TLS。握手失败，先解决证书。

TLS 通，再看 HTTP 状态码和内容。

前一层没过，别跳到下一层。跳了，得到的只是噪音。顺序反了，还会拿到互相矛盾的数据。有人喜欢一上来就抓包，抓包很强，但信息太多，没有假设容易被淹没，先分层定位，再抓包验证，效率高很多。

用哪几个

在宝塔拨测的控制台里，DNS、TCP、HTTP、SSL 都能配成任务。

排障时我一般开四个：DNS 查询、TCP 探测、网站测速、SSL 检测，四个就够，不用全开。

四个工具对应四层，各看各的，不重复。

落到监控

定位完之后，把最关键的检查固定下来，配成定时任务。

状态码、响应时间、证书到期，这三类最适合做告警。

告警阈值按自己的历史定，别照搬别人的数字。任务别多，能覆盖关键入口就行，告警太多人会麻木，选三五个关键指标长期看，趋势比单点更能说明问题，基线比阈值更重要。

复测与停手

改完用同一批节点复测，确认原来失败的那一层恢复，别的层没被打坏。

如果每层都正常、用户还是慢，问题可能在前端渲染，换工具，别继续在服务端加检查。记录每层结果，按层列出来最清晰，别混成一段，别人也能接手。故障复盘时也用这个结构，能看出哪一层最薄弱，这是长期收益，比救一次火重要。

工具是分层的，思路也该是分层的，工具只是帮手，判断还是人，这一层秩序建立起来，后面会越来越快，别把工具当答案。

层次清楚，排查就不会变成碰运气。