机场节点全红、全部超时怎么办？订阅、网络与客户端三层排查

打开客户端，几十个节点清一色红色，或者节点全部超时。很多人第一反应是机场挂了，但从概率上讲，几十台分布在不同地区的服务器同时故障的可能性很低。更合理的解释是：订阅、网络、客户端这三层里有一层整体失效，导致客户端对所有节点的延迟测试都拿不到响应。本文用三层模型排查，每层只需要验证一两项。

先理解延迟测试在做什么

客户端的延迟测试（Clash 系列叫 url-test，v2rayN 叫「真连接延迟」）是通过每个节点去请求一个固定的测试 URL，记录往返时间。它需要三个条件同时成立：订阅里的节点信息正确、本机能到达节点入口、客户端能把请求发出去并收到测试 URL 的响应。任何一个条件整体失效，所有节点都会显示超时或红色。

这意味着「全红」和「某个节点红」是两类问题：

现象	失效范围	优先怀疑
某几个节点红，其余正常	节点级	节点维护、地区线路故障
某个地区全红，其他地区正常	地区级	该地区入口维护或被干扰
全部节点红或超时	整体	订阅、网络、客户端三层之一
全部节点显示延迟但实际用不了	测试通过但流量没走	系统代理或规则问题

第一层：订阅是否还有效

订阅层失效时，节点信息要么是空的，要么是已经下线的旧服务器。验证方法：

1. 登录机场用户中心，确认套餐未到期、流量未用尽、没有「账号异常」提示。
2. 在客户端手动更新订阅，看节点数量、节点名称或更新时间有没有变化。
3. 对比更新前后的节点服务器地址：机场更换入口后旧地址全部失效，表现就是全红。

订阅更新本身报错或更新后节点为空，属于另一类问题，处理方法见订阅更新失败怎么办。

第二层：本机到入口的网络是否可达

订阅正常，就看本机能不能到达节点入口。关闭代理后做三件事：打开国内网站、解析入口域名、探测入口端口。

Windows PowerShell：

# 1. 本地网络是否正常
Test-NetConnection -ComputerName 223.5.5.5 -Port 53

# 2. 入口域名能否解析（域名从订阅节点信息里复制）
Resolve-DnsName 节点入口域名

# 3. 入口端口是否可达（端口以节点信息为准）
Test-NetConnection -ComputerName 节点入口域名 -Port 443

macOS / Linux：

ping -c 5 223.5.5.5
nslookup 节点入口域名
nc -zv -w 5 节点入口域名 443

结果解读：

• 第 1 步失败：本地断网，与机场无关。
• 第 2 步解析失败或解析到明显异常的地址：入口域名被本地 DNS 干扰，改用客户端内置 DNS 或 DoH，详见 DNS 污染怎么判断与修复。
• 第 3 步端口不通但前两步正常：入口可能在维护、被运营商拦截，或机场已更换入口。查机场公告，并尝试切换到手机热点对比。如果热点下端口通而家宽不通，就是本地运营商层面的干扰。

第三层：客户端本身

网络正常、订阅正常，剩下就是客户端：

1. 测试 URL。 在客户端设置里把延迟测试地址换成另一个常见的连通性检测地址再测一次。Clash Verge Rev 在「设置 → 测试地址」，Mihomo Party 在「设置 → 延迟测试」。
2. 内核状态。 内核崩溃或没启动时，节点列表仍然显示，但测试全部超时。重启内核或客户端。
3. 系统代理与 TUN 冲突。 同时开启系统代理和 TUN，或者另一个 VPN 软件的虚拟网卡仍在运行，延迟测试的请求会被绕到错误的出口。保证只有一个代理软件、一种接管方式。
4. 客户端日志。 日志里连续出现 dial tcp ... i/o timeout 指向网络层；出现 tls: handshake failure 或证书错误指向时间同步或协议问题，见握手超时与 TLS 错误怎么处理；出现 connection refused 说明端口没人监听，含义见连接被拒绝与连接被重置的区别。

一个简单的客户端层对照：

日志关键字	指向	处理
i/o timeout	网络层不可达	回到第二层
connection refused	入口端口未监听	更新订阅、查公告
handshake failure / x509	TLS 或时间问题	同步时间、换协议
no such host	域名解析失败	换 DNS
没有任何日志	内核未运行	重启客户端

三层都正常仍然全红

这时问题才真正落到机场一侧：入口维护、入口被封、服务器迁移未同步到订阅。处理原则是看公告、等待、必要时联系客服，不要在几分钟内反复更新订阅或切换节点。入口被封通常伴随官网无法访问，机场会通过邮件或公告渠道发布新地址。

如果一家机场每月都出现全红且公告滞后，说明入口冗余不足，可以参考稳定机场推荐和机场排行榜里关于多入口容灾的指标重新评估。像灯塔加速这类强调多入口与智能切换的机场，全红的频率明显低一些。

预防建议

• 订阅每天自动更新，并在客户端里保留一份导出的配置作为对照。
• 记下两三个节点的入口域名和端口，全红时可以直接探测。
• 关注机场公告渠道，入口变更时第一时间更新订阅。
• 备一个第二家机场的小流量套餐，主机场入口维护时不至于完全断网。靠谱机场推荐里通常也会强调「不要把所有流量押在一家」。

小结

机场节点全红是整体失效的信号，排查对象是订阅、网络、客户端三层，而不是逐个节点。订阅层看用户中心和更新结果，网络层 ping 与探测入口端口，客户端层换测试 URL、重启内核、看日志。三层都正常再看机场公告。完整的逐步清单见机场连不上怎么办的 10 步排查，更多连接问题见连接失败栏目。