网站拨测出现失败节点就是网站挂了吗？失败原因 code 逐...

一句话答案：不一定。只有少数节点失败、且原因集中在 DNS 解析超时（HTTP_DNS_TIMEOUT）、连接超时（HTTP_TIMEOUT）、网络不可达（HTTP_NETWORK_UNREACHABLE）时，问题多半出在节点所在的网络侧，而不是网站宕机；只有大面积失败才需要优先怀疑目标站本身。

一次实测：4 个失败节点，报出 3 种失败原因
不少朋友看到宝塔拨测报告里冒出几个红色"失败"就紧张。先别慌，每个失败节点都带一个失败原因（error code），先把原因归类再看。下面用对 www.bt.cn 的一次真实网站测速（2026-10-03，北京时间）演示：请求 500 个节点、选中 359 个、成功 355 个、失败 4 个（成功率 98.9%），覆盖 59 个省份/地区（大陆 31 个、港澳台及海外 28 个）。355 个成功节点全部返回 HTTP 200，证书剩余天数都是 144 天——网站本身完全正常。
失败的 4 个节点，按失败 code 分成 3 类：

失败 code	节点数	含义
HTTP_DNS_TIMEOUT	2	域名解析超时
HTTP_TIMEOUT	1	连接/响应超时
HTTP_NETWORK_UNREACHABLE	1	网络不可达

同样是"失败"，这 4 个节点的原因其实是域名解析超时（2 个）、连接超时（1 个）、网络不可达（1 个）三种，没有一种属于"服务器拒绝响应"或"网站宕机"。

三种失败原因分别卡在哪一步
HTTP_DNS_TIMEOUT：解析阶段就卡住了
2 个节点报 HTTP_DNS_TIMEOUT，底层错误文案是 lookup www.bt.cn: i/o timeout（如河北-唐山-电信节点）。含义是：检测节点在域名解析这一步就超时，连目标 IP 都还没拿到。解析都过不去，后面的连接自然无从谈起。这类问题通常指向节点本地 DNS 慢、不稳定或暂时超时，与目标网站无关。
HTTP_TIMEOUT：请求发出去了，但没在超时时间内完成
1 个节点报 HTTP_TIMEOUT（广东-汕头-移动节点），底层错误文案是 context deadline exceeded——请求已经发出，但在超时时间到达前没拿到完整响应，既可能卡在连接阶段，也可能卡在等响应阶段。和"网站挂了"不同，这种情况多半是节点到目标之间的链路慢或抖动，而不是目标服务器没有响应。
HTTP_NETWORK_UNREACHABLE：节点到目标没有可达路由
1 个节点报 HTTP_NETWORK_UNREACHABLE（江西-九江-移动节点），底层错误文案是 dial tcp6 [2409:8c34:5200:200:abcd::37]:443: connect: network is unreachable。它表示节点尝试走 IPv6（dial tcp6）连接目标，但所在网络到该 IPv6 地址没有可达路由，请求根本发不出去。www.bt.cn 同时配有 IPv6 地址，当节点网络不支持到目标的 IPv6 路由时就会报这个错——典型的节点网络侧问题，和网站是否在线无关。
拿到自己的拨测报告，建议按三步读

• 先看整体：绝大多数节点返回 200、只有零星节点失败，优先怀疑节点网络侧，而不是网站；
  

• 再归类：把失败节点的 error code 归类，看集中在 DNS 解析超时、连接超时还是网络不可达，各自对应不同阶段；
  

• 最后看分布：失败节点集中在哪些地区、哪些运营商，用来判断是某类网络环境的共性问题，还是目标服务器的个别异常。
  

发起方式与各项指标的含义，可参阅官方文档《进行一次拨测并查看结果》（https://docs.bt.cn/user-guide/baota-probe/monitoring-guide）。本文讲的是节点"失败"（连不上）的情形；如果节点连上了但状态码不是 200（比如 404、403、500），那是另一个维度的问题，可参考本站状态码专题帖；PING 和 TCP 两种方式的失败原因解读思路类似，也适用"先归类、再看分布"的方法。
常见问题拨测里冒出几个失败节点，网站是不是出事了？
先别急着下结论。个别节点失败不等于网站挂了，要结合成功节点和失败原因一起看：如果绝大多数节点正常返回 200，只有极少数失败，且原因是解析超时、连接超时或网络不可达这类节点网络侧问题，网站本身通常没问题。

HTTP_DNS_TIMEOUT 和 HTTP_TIMEOUT 怎么区分？
前者卡在解析阶段（lookup i/o timeout），目标 IP 还没拿到；后者是解析成功之后，发出的请求没能在超时时间内完成（context deadline exceeded）。一个在"找地址"，一个在"建连接或等响应"。

报 HTTP_NETWORK_UNREACHABLE 是什么情况导致的？
表示检测节点所在网络到目标之间没有可达路由，连接请求发不出去。实测里该节点是走 IPv6（dial tcp6）时报的错，属于节点网络侧缺少可用的 IPv6 路由，不是网站自身的问题。

为什么同一个网站，不同节点报的失败原因五花八门？
因为各节点的网络环境不同：有的本地 DNS 解析慢或超时，有的到目标没有 IPv6 路由，有的链路抖动收不到回应。同一目标在不同节点自然会出现不同的失败原因，单个节点的报错代表不了全局。

拿到失败原因后，定位问题的正确顺序是什么？
先按 error code 归类找占比最高的一类，再对照成功节点和失败节点分别落在哪些地区、运营商，判断是网站问题还是节点网络问题。多数节点正常、零星失败时，一般优先怀疑节点网络侧。

节点"失败"和"状态码不是 200"是一回事吗？
不是。"失败"指没连上目标或超时，连响应都没拿到；"状态码非 200"（如 404、403、500）指连上了、也拿到了响应，只是内容不对。两个维度不同，排查时不要混在一起。

---

有问题欢迎回帖。