梯子全部节点超时：用 4 组对照测试找出卡在哪一段

背景：这个问题从哪来

延迟测试平常用来挑节点，一两个节点超时，换掉就行。整组节点一起超时（常说的“全红”）要换个思路。几十台服务器同时出故障的可能性很小，我们的判断是，坏的是它们共用的某个环节，逐个换节点只会重复同一个失败。

它多出现在刚换了网络环境、刚升级或换了客户端、套餐临近到期之后，也有什么都没改就出现的。前几种自带线索，最后一种没有，本文主要处理它。

节点超时的数字是怎么测出来的

以 mihomo 内核为例（Clash Verge Rev、FlClash、Clash Party 都用它），延迟测试由内核发起，经某个节点请求一个测试地址，限时内拿到回应就记下耗时，拿不到就记为超时。mihomo 外部控制接口里测单个节点的路径是 /proxies/{节点名}/delay，参数 timeout 以毫秒计，文档示例填 5000。

所以这个数字覆盖了连上节点、完成握手、经节点取回测试地址的全过程。mihomo 文档说开启 unified-delay 后会单独计算往返时间，去掉握手带来的差异，可见默认的数字含握手耗时。哪一步卡住，屏幕上都只显示同一个“超时”，看不出卡在哪里。

所有节点共用的四段

节点的服务器各不相同，但共用你的网络、设备和客户端、订阅里的认证信息和机场后台。按共用范围可以分成四段。

段	包括什么	能让全部节点一起超时的情况	依据
本机网络	路由器、宽带或移动数据、单位网络出口	网络断开；所在网络限制境外连接	推断
客户端配置	系统时间、安全软件、内核版本	时钟偏差让 VMess 认证失败；安全软件解密 HTTPS；旧内核不认新协议	官方文档、本站教程
订阅	节点地址、端口、认证信息	到期或流量用完；机场换了地址而本地没更新	推断，未逐家核实
机场服务	入口、中转、落地服务器和后台	整体故障或维护	推断

四组对照，每组只改一个条件

每次只改一个条件，其余不动，改完重测一轮，记下结果。一次改两样，恢复了也分不清是哪一样起的作用。

动手前先记基线。

1. 时间和网络，例如 21:10（北京时间），家里的宽带 Wi-Fi。
2. 设备、系统版本，客户端名称、版本号、内核。
3. 节点总数和超时个数。名字是网址或到期提示的条目属于机场的说明，不计入。
4. 面板上的到期日和剩余流量。
5. 客户端日志最近几行报错。

然后更新一次订阅再测。恢复了，说明本地的节点清单过期，到此为止；更新报错，把报错文字也记下来。

对照一：换网络

设备和客户端不动，手机从 Wi-Fi 切到移动数据，电脑改连手机热点，重测。换之前先在原网络切到直连模式开一个国内网站，打不开就是网络本身的问题，和梯子无关。

结果	说明什么	下一步
有节点测出数字	原网络这段有问题（路由器、线路或网络限制）	重启路由器再测；校园网、公司网络按单位规定处理
仍然全部超时	网络段基本排除	做对照二

对照二：换设备

回到原网络，在另一台设备上导入同一份订阅测一轮，尽量换个系统，电脑出问题就用手机测。有的机场限制设备数，对照前看一眼套餐说明。

结果	说明什么	下一步
测得出数字	订阅和机场是通的，问题在第一台设备上	回第一台做对照三
同样全部超时	剩下订阅和机场两段	跳过对照三，做对照四

对照三：换客户端

在第一台设备、原网络上，换一个内核不同的客户端导入同一份订阅。连接由内核建立，同是 mihomo 的客户端互换，我们认为对照意义不大。按本站客户端资料（2026-09-24 核验），用 mihomo 内核的有 Clash Verge Rev、FlClash、Clash Party，用 sing-box 的有 Hiddify 和 Karing；v2rayNG 的内核是 Xray，v2rayN 则可以在 Xray、sing-box、mihomo 三者之间切换，版本和下载见梯子下载栏目。换过去时可能要在面板里复制另一种格式的订阅链接。

结果	说明什么	下一步
测得出数字	原客户端或内核有问题，常见是版本旧、不支持订阅里的协议	升级原客户端或改用新的
同样全部超时	问题在这台设备的系统层面	核对时间和安全软件

• 时间。 按 V2Fly 文档，VMess 的认证用到系统时间，本机 UTC 时间和标准时间相差要在 90 秒以内，时区不影响。订阅全是 VMess 节点时，时钟一偏就整组失败。Windows 11 在日期和时间设置里打开“自动设置时间”（见 Microsoft 支持页），其他系统找对应的自动选项。
• 安全软件。 Clash Verge Rev 文档把“测试立刻超时、网站却能访问”归因于杀毒软件解密 HTTPS，例子是火绒。关掉网页加密扫描，或把内核程序加入信任列表后重测。

旧内核的例子见 Clash Verge Rev 的 Windows 教程第 12、13 步，1.x 旧版可能停在 Clash Premium 内核上，这个内核不认 VLESS 等协议的节点。

对照四：看本站在线检测

打开机场跑路预警页找到这家机场。本站检测 28 家机场的用户面板能否打开，每家约 30 分钟轮到一次，规则见测试方法。这一组回答“机场那边是不是整体出了状况”。

状态	说明什么	说明不了什么
波动、无法访问、疑似失联	检测点打不开面板，机场一侧很可能有状况	面板打不开不等于节点也断了
正常	面板从检测点能打开	节点能不能用，在中国大陆能不能连上
数据不足、检测受限	没有结论	全部
不在 28 家之内	本站没有检测	全部，可看机场自己的公告渠道

先确认“是不是只有我连不上”的方法，见梯子挂了是不是机场的问题。

梯子全红时，四组结果合起来怎么读

表中“任意”表示那一组不影响判断，或者可以不做。

换网络	换设备	换客户端	本站检测	我们的判断
恢复	任意	任意	任意	原来的网络
仍超时	另一台正常	恢复	任意	原客户端或内核
仍超时	另一台正常	仍超时	任意	第一台设备的时间或安全软件
仍超时	另一台也超时	任意	波动、无法访问、疑似失联	机场服务
仍超时	另一台也超时	任意	正常	订阅（到期、流量、地址变更）或节点侧
仍超时	另一台也超时	任意	数据不足、检测受限、未收录	订阅或机场，两段分不开

最后一列都是推断。对照只能把某一段划出嫌疑，证明不了剩下那段一定有问题；某一组同时改了两个条件，结论作废重做。

落到后三行时，问题已在本机以外。核对面板的到期日、剩余流量和公告，再联系客服，把基线和四组结果一起发过去，对方能直接从订阅和机场两段查起。

自己怎么验证

以下几项只用客户端和系统自带的工具。

1. 读客户端日志。 mihomo 日志分 silent、error、warning、info、debug 五级，默认 info。排查时调到 debug，按 Clash Verge Rev 日志说明重启客户端后复现问题，查完改回 info，免得日志占满磁盘。

日志字样	含义	我们的推测
i/o timeout	Go 标准库超时错误的文字，mihomo、Xray、sing-box 都用 Go 编写	限时内没连上，多在网络段或入口服务器
connection refused	对方拒绝连接	地址或端口已停用，常见于订阅过期后的旧地址
EOF	连接被提前关闭	认证失败或协议不匹配，见 EOF 报错的几种来源
x509、certificate	证书校验出错	时钟偏差，或安全软件在解密 HTTPS

2. 用 curl 单测一个节点。 客户端切到全局模式、选中一个节点，在终端运行下面这行。7897 是 Clash Verge Rev 文档写的默认代理端口，其他客户端在设置页里查。

curl -x http://127.0.0.1:7897 -I -m 10 https://www.gstatic.com/generate_204

-x 指定代理，-I 只取响应头，-m 10 限时 10 秒。输出里有 204 说明经这个节点是通的；超时报错和客户端的结论一致，报错文字对照上表。Windows PowerShell 5.1 里要输入 curl.exe，Microsoft Learn 说明 curl 在那里是 Invoke-WebRequest 的别名。

3. 核对时钟和套餐。 时间按对照三确认已自动同步；到期日、剩余流量和公告登录面板就能看到。

这篇没有覆盖的

• 本站没有拿真实故障把四组对照完整走过一遍，判断表来自官方文档和推断，本站尚未实测。
• 部分节点超时或延迟偏高，见延迟数字的测量机制；手机能用电脑不能用，见两台设备结果不同的排查。
• 路由器上的透明代理（OpenClash、PassWall 2 等），思路相同，日志和设置位置不同，未展开。
• 检测点在海外，对照四的数据不代表中国大陆网络里的情况。
• 菜单和默认值随版本变化，文中版本信息截至 2026 年 9 月。