机场节点超时怎么办？全部超时与部分超时的原因分析和逐步排查
先看是全部超时还是部分超时。全部超时多半是订阅或本地网络，部分超时多半是节点被封或协议受限，两条路径完全不同。
先做一件事：在代理页对所有节点测一次延迟，数一下有多少节点返回了数字。这个结果决定了完全不同的排查方向：
- 全部超时 → 八成是订阅过期或本地网络出了问题，先换个网络（手机热点）测一次，再更新订阅。
- 部分超时 → 节点侧问题，被封的、当前网络环境不支持的协议、或高峰期过载，换一个还能用的节点即可。
很多人一上来就重装客户端、反复更新订阅，其实跳过了这个最关键的分叉判断。
「超时」到底代表什么？
客户端里的延迟测试不是 ICMP ping。它做的是：通过这个节点去请求一个测试 URL，计算从发起到收到响应的时间。所以显示 timeout 可能是三件事中的任何一件：
- 客户端连不上节点的地址和端口（真的不通）。
- 能连上节点，但节点访问不了那个测试地址（节点没问题，测试地址有问题）。
- 能连上也能访问，但超过了测试的超时阈值（通常 5 秒，链路太慢）。
第 2 种情况很容易误判。如果所有节点都超时但你直接选一个节点还能打开网页，去客户端设置里把「延迟测试地址」换成另一个通用地址，往往立刻恢复正常。
全部节点超时：五个原因
| 原因 | 判断特征 | 处理 |
|---|---|---|
| 套餐到期或流量用尽 | 用户中心显示已过期/流量为 0 | 续费或买流量包 |
| 配置是旧缓存，节点 IP 已失效 | 订阅很久没更新成功过 | 更新订阅，失败见下方链接 |
| 本地网络整体受限 | 换手机热点立刻恢复 | 见分环境处理 |
| 客户端内核太旧 | 日志有 unsupported proxy type | 升级客户端或内核 |
| 延迟测试地址不可达 | 节点其实能用，只是显示红 | 更换测试地址 |
订阅更新本身失败的详细排查见 订阅更新失败怎么办。
部分节点超时：四个原因
| 原因 | 判断特征 | 处理 |
|---|---|---|
| 该节点 IP 被封 | 固定某几个地区的节点持续超时 | 换节点，等机场换 IP |
| 协议或端口被当前网络限制 | Hysteria2/TUIC 全超时，TCP 系正常 | 改用 TCP 系协议节点 |
| 高峰期节点满载 | 只在晚上超时，白天正常 | 换节点或换时段 |
| 套餐权限不足 | 专线、高级节点一直超时 | 确认套餐是否包含该节点 |
部分超时其实是正常状态。任何一家机场在任何时刻都会有几个节点不可用，这不是故障。只要还有足够多可用节点，直接换一个就行。
三分钟定位流程
第 1 分钟：分叉判断
测一次全部节点的延迟。部分可用 → 直接选一个绿色节点，问题解决，本文剩下的部分你只需要看「什么时候该换机场」。全部超时 → 继续。
第 2 分钟：换网络复测
手机开热点，电脑连上，再测一次。
- 热点下正常 → 问题在你原来的网络。跳到「按网络环境处理」。
- 热点下同样全红 → 问题在订阅、机场或客户端。继续第 3 分钟。
第 3 分钟：查订阅和客户端
- 登录机场用户中心，看套餐状态和剩余流量。
- 手动更新一次订阅，看节点列表有没有变化。
- 打开日志页，等级设为
debug，再测一次延迟，看具体报错。 - 确认没有第二个代理软件在运行（任务管理器/活动监视器里搜 clash、v2ray、sing-box）。
按网络环境处理
不同网络下节点超时的成因差别很大，这也是「换个网络就好了」之后该做的事。
家庭宽带
家宽全部超时通常意味着：
- 机场服务器 IP 被封。等机场换 IP，更新订阅即可。这是最常见的情况，也是你无能为力但通常一两天内自动恢复的情况。
- 运营商对特定端口或 IP 段做了限制。表现是某一家机场全挂而另一家正常。试试机场提供的备用端口或不同线路的节点。
- 路由器问题。重启光猫和路由器，听起来很蠢但确实能解决一部分由 NAT 会话表异常引起的问题。
校园网 / 公司网络
这类网络的限制通常最严，特征很明显：
- UDP 被限 → Hysteria2、TUIC 节点全部超时，TCP 系（Trojan、VLESS、SS）正常。优先换 TCP 系协议节点。
- 非常用端口被封 → 只有走 443、80 端口的节点能连。看节点名或详情里的端口，优先选 443。
- 需要先通过认证 → 校园网认证页面没登录时，所有外部连接都会超时。先在浏览器完成认证。
- 强制走网关代理 → 部分企业网络要求所有流量经过内部代理，这种环境下几乎所有直连型节点都不可用。
各协议在受限网络下的表现差异，见 机场协议怎么选。
移动网络（4G/5G）
移动网络的问题通常不是封锁而是链路质量：
- 信号弱、切换基站时会出现间歇性超时，静止一会儿再测。
- 部分地区的移动网络对 TCP 长连接不友好，这时 Hysteria2 反而是最优解，它对丢包的容忍度远高于 TCP 系协议。
- 开启了运营商的「省流量模式」或某些定向流量套餐时，非白名单流量可能被限速到不可用。
公共 Wi-Fi（酒店、咖啡馆、机场）
- 最常见的是没完成 Portal 认证。连上 Wi-Fi 后先用浏览器打开任意 HTTP 网站，触发认证页面，登录后再开代理。注意：代理开着的时候认证页面往往弹不出来，需要先关代理。
- 部分公共网络只放行 80/443，同样优先选 443 端口的节点。
- 酒店网络的 DNS 经常被劫持到认证服务器，导致节点域名解析失败，见 DNS 问题排查。
人在国外
回国方向和出国方向的线路完全不同。在国外使用国内机场的节点大量超时是正常的——大部分机场的节点是为国内出境优化的，从境外连接这些节点可能被限制甚至被服务商判定为异常。需要的是「回国线路」而不是普通出国节点。
端口级验证：确认节点是不是真的不通
前面的方法都指向猜测，这一步能给出确定答案。先在客户端里查看某个节点的服务器地址和端口（Clash Verge Rev 在代理页点节点详情可以看到），然后：
# macOS / Linux
nc -vz 节点地址 端口
# Windows PowerShell
Test-NetConnection 节点地址 -Port 端口结果解读：
| 结果 | 含义 | 下一步 |
|---|---|---|
| 连接成功 / TcpTestSucceeded: True | 节点可达，问题在客户端配置或协议 | 检查内核版本、协议参数 |
| 连接被拒绝 / refused | 服务器在但端口没开 | 节点已下线，等机场更新 |
| 超时 / timed out | 被阻断或服务器不可达 | IP 被封，换节点 |
| 无法解析主机 | DNS 问题 | 换 DNS 后重试 |
如果 TCP 端口测试成功但客户端仍然超时，说明节点是通的，问题在客户端这一侧：内核版本、协议参数、TLS 设置或本机时间。
还有这些容易被忽略的原因
- 系统时间不准。偏差过大会导致部分协议的握手直接失败，表现为全部超时。先校时再排查其他。
- TUN 模式和其他虚拟网卡冲突。装了公司 VPN、虚拟机网桥、某些加速器的机器上，TUN 网卡的路由可能被抢占。临时关掉 TUN 改用系统代理测试。
- 防火墙拦截。Windows Defender 防火墙或第三方安全软件把客户端的出站连接拦了，在防火墙规则里放行客户端程序。
- 订阅里的节点用了客户端不支持的协议。日志里会有
unsupported proxy type。这是旧客户端（尤其是已停更的 Clash for Windows）的典型症状，升级即可，见 Clash Verge Rev 教程。 - 代理链路自身在跑。开着代理更新订阅时，如果当前节点已失效，更新请求也会失败，形成死循环。先切直连模式再更新。
节点能连但很慢，是另一回事
如果节点不再超时但速度很慢、视频一直缓冲，那属于性能问题不是可用性问题，排查方向完全不同（定位瓶颈在本地、线路还是落地），见 延迟高、网速慢怎么办。如果是开了客户端后干脆完全打不开任何网页，看 Clash 开了却上不了网。
什么时候该考虑换机场？
偶发的节点超时是正常的，以下情况才是信号：
- 连续三天以上可用节点少于总数的三分之一。
- 服务器 IP 被封后一周仍未更换，订阅内容毫无变化。
- 晚高峰几乎所有节点都超时，白天正常——说明严重超售。
- 客服对节点问题不回应，或公告长期不更新。
前三条是服务质量问题，第四条要警惕跑路，对照 机场跑路前的征兆 判断。挑选新机场时怎么看线路质量，见 机场节点怎么选。
先确认这个「超时」是真的
在按上面的步骤折腾之前，花十秒确认一件事：网页还能不能打开。
能打开就说明节点其实在正常转发流量，界面上那一片超时只是延迟测试本身没成功——两者测的不是同一件事，误报的概率比多数人以为的高。这种情况下不用换节点也不用换机场，见延迟显示超时但实际能用。
只有在测试超时、实际也确实上不了网的时候，本文的排查步骤才适用。