检测全绿，用户打不开

监控显示一切正常，用户发来截图，页面根本加载不出来。我先怀疑他网络，让他重启路由器。

后来发现他用的是 IPv6，而我们的监测只测了 IPv4。那次我差点把用户当成不会用电脑。用户描述往往不准确，但方向有价值，别急着纠正他，先顺着他的描述走一遍。

先问清楚条件

他用的哪家运营商、什么网络、什么设备、什么浏览器。

访问的是哪个域名、哪个路径。

什么时间开始的，是一直这样还是偶尔。问的时候别带预设立场，不然问不出真话。

这几个问题问完，范围通常就小了一半。

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

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

常见的遗漏维度

IPv6：域名有 AAAA 记录，但服务没监听 v6。

DNS：用户本地 DNS 拿到的地址和监测节点不一样。

地区：只测了主要城市，用户在边缘地区。

路径：首页正常，某个子路径 403。

客户端：App 内置浏览器、旧版系统，TLS 版本不兼容。还有时间维度：只有高峰期打不开。有的问题只在特定 App、学校或公司网络里出现，这些都是监测覆盖不到的。

怎么复现

能在监测里模拟的，就加节点、加协议、加路径。

不能模拟的，让用户配合：截图、报错信息、访问时间。复现不了也要记录条件，能加进监测的就加，不能的就留人工，人工也是覆盖的一部分。

用宝塔拨测的控制台配任务时，把这些条件写进覆盖范围，监控不是越全越好，是有用才好。

补监测覆盖

不是所有条件都要长期监控，也不是每个用户的问题都能复现。

把高频出问题的维度补上：主要运营商、IPv4 和 IPv6、关键路径、证书到期。

其余按需临时加，别把任务堆成山，太多任务反而没人看。关键维度宁可多测，边缘维度按需，这是取舍。

复测与结论

条件补齐后复测，看能不能复现用户的现象。

能复现，说明找对了，再谈修复，修复后也用同样的条件复测。

不能复现，继续问，别急着说「我们这边正常」。先解决用户当前的问题，再考虑长期，顺序别搞反。记录这次遗漏的条件，下次就知道该测什么，排查经验就是这样积累的，一次一次补。别指望一开始就完美，监测是活的，业务在变，用户分布也在变，覆盖范围要跟着变。每隔一段时间回看一次，能发现新的盲区，这比临时救火强，也更能解释给用户听。答案就在条件差异里，找到差异，就找到了方向。

条件对齐了，结论才可能对齐，不然永远是各说各话。