做运维时间长了，对「功能多」的工具天然警惕。功能越多，越可能每样都浅。

宝塔拨测刚出来时我也这么想。后来值班用了一年，留下来的原因跟功能数量无关。

值班时最怕的一句话

「用户说打不开。」

这句话的问题在于没有信息。哪个地区、哪个运营商、什么时候开始的、一直打不开还是偶尔，全靠猜。

拨测解决的第一个问题就是把这句话变成可判断的东西。多节点一跑，全国分布出来，是区域性还是全局，一眼能看出来。节点按电信、联通、移动分组，再按大区划分，这个粒度对国内运维很关键——很多故障就是某一家的互联出了问题。

十分钟定位，而不是一小时

以前排查要走一遍：本地 ping、nslookup、telnet 端口、curl 看响应、openssl 看证书、traceroute 看路径。

工具没错，问题是每换一个工具就要重新输入一次域名，结果还得自己拼。

现在在同一套节点体系里走完：DNS 看解析，TCPing 看端口，网站测速 看状态码和分段耗时，SSL 看证书，路由追踪 看哪一跳开始异常。

结果互相印证。TCPing 通、网站 502，问题在应用；Ping 全红但 TCPing 通，ICMP 被限速；DNS 各地返回不一样，查调度或污染。

这种交叉验证省下来的时间，比任何单个工具的精度都值钱。

能拿去沟通

运维很多时间花在「证明问题不在我这边」。

跟运营商报障，说「我们这边访问慢」没用。贴一张图：全国节点正常，只有西南几个节点在第 7 跳开始丢包。工单处理速度完全不一样。

跟 CDN 厂商沟通也一样。哪个地区解析到了哪个节点，回源耗时多少，有数据就不用扯皮。

拨测的结果页可以直接截图交付，这一点在真实工作里比想象中重要。

变更之后能对比

上线、换 CDN、调安全组，最怕的是「改完看起来正常」。

定时拨测可以留基线。变更前跑一轮，变更后再跑一轮，历史记录拉出来对比，哪里变慢了、哪里开始超时，很清楚。

这个能力不花哨，但能避免很多「以为是网络抖动，其实是自己改坏了」的事故。

国内特有的问题也覆盖

微信拦截、QQ 拦截、DNS 污染、备案黑名单，这些是海外工具完全没有的。

网站打不开，不一定是性能问题。有一次排查了半天，最后发现是域名被微信拦了，Ping 和测速全部正常。这类问题没有对应工具，只能靠猜。

也说几个不够好的地方

报表不够细。长期趋势、同比环比这些，还是得靠专业监控或自建看板。

它不是 APM。首字节慢能告诉你，但定位不到哪个接口、哪条 SQL。

单次结果会波动，不能拿一次极值下结论。

内网地址测不了，探针在公网。

这些边界清楚，用起来反而踏实。工具最怕的是被当成万能。

留下来的原因

不是因为它什么都能做，是因为值班时最常遇到的那几类问题，它都能在十分钟内给一个方向。

定时拨测 负责「出事之前知道」，手动检测负责「出事之后定位」，两件事分开，职责清楚。

对没有自建探针团队的运维来说，这套组合够用了。