节点全挂紧急自救

日常使用代理网络（俗称“机场”）时，最让人头疼的莫过于所有的节点在一瞬间全部标红或显示超时。无论点击哪一个节点，均无法建立有效的网络连接。这种“全军覆没”的现象往往会让人产生“机场跑路了”或者“网络彻底坏了”的恐慌。

事实上，作为一个拥有多年计算机网络运维与代理技术实战经验的专家，我可以负责任地告诉你：节点全挂的背后，有超过 70% 的概率是本地系统环境冲突、配置失效、系统时间不同步或客户端内核死锁等“软故障”导致的，而真正因为机场跑路或线路大面积被墙的物理故障仅占少数。本文将从网络协议、系统底层架构、客户端机制以及运营商传输链路等维度，为您系统性性地整理出一套节点全挂自救手册，帮助您在最短时间内锁定故障源头并快速恢复网络。

一、 确认本地物理网络与系统层冲突（排除“假死”状态）

在怀疑机场或节点本身之前，必须首先排除本地物理网络以及系统层面的“假死”状态：

• 测试真实网络连通性： 关闭代理客户端，尝试访问国内主流网站（如百度、新浪）。如果国内网页正常加载，说明物理网络没有问题；如果国内网页也打不开，请先排查路由器、网线或宽带拨号。
• 系统代理残留与死锁清除： 许多代理软件（如 Clash、v2rayN 等）在异常退出或强行关机时，未能正确清理系统代理注册表。这会导致系统代理开关依然处于开启状态，但后台没有代理进程去监听流量，从而导致所有网络（包括国内和国外）全部中断。您可以参考我们的 系统代理故障排查手册 进行修复，通常在客户端中手动开关一次“系统代理”或在系统“设置 -> 网络和Internet -> 代理”中手动关闭“使用代理服务器”即可恢复。
• 本地 DNS 缓存污染与冲突： 多次切换代理或网络环境后，本地 DNS 缓存可能被污染。在 Windows 系统中，可通过运行 ipconfig /flushdns 命令清理缓存。此外，若本地启用了第三方的 DNS 拦截或防污染软件，请暂时关闭，防止其与代理软件的 TUN 虚拟网卡模式冲突。同时，如果连接出现普遍异常，可以查阅 连接超时排查指南 寻找针对性的解决方案。

二、 诊断代理客户端配置与内核运行状态

如果本地网络正常，接下来需要剖析代理客户端（Client）本身。这是节点全挂最常发生的地方：

1. 客户端内核死锁或闪退： 很多时候，虽然代理软件的 GUI 界面还在运行，但底层的核心程序（如 Clash Core、Xray Core 或 Sing-box Core）因为内存溢出、端口冲突等原因已经闪退或死锁。此时，任何测速都会显示“Timeout”（连接超时）。解决方法是：彻底退出软件（在任务管理器中结束对应进程），然后以管理员身份重新运行。如果使用的是 Windows 系统的主流客户端，可以查看我们的 v2rayN 故障排查与调优 或 Clash Verge 使用教程。
2. 本地时间不同步（经典隐形杀手）： VMess、VLESS 等现代代理协议，以及 Shadowsocks 的某些 AEAD 加密套件，对客户端与节点服务器之间的时间差有严格要求。通常如果本地系统时间与标准 UTC 时间偏差超过 90 秒，TLS 握手就会被服务器直接拒绝，导致所有节点全部超时。请进入系统设置，开启“自动设置时间”并进行同步。
3. 端口冲突与多客户端并存： 如果电脑上同时运行了多个代理工具（例如 Clash 和 v2rayN 同时开启），或者其他软件占用了代理软件的本地监听端口（默认通常是 7890、10808 等），会导致代理内核启动失败。可以通过查看客户端的日志（Log）来确定是否有 address already in use 的报错。如果有，请修改代理软件的本地混合端口（Mixed Port）。

三、 订阅同步故障与节点配置校验

订阅信息（Subscription）是客户端连接节点的凭证。如果订阅本身失效或损坏，也会导致所有节点显示不可用：

• 检查订阅是否过期或流量超支： 登录机场后台，核对套餐到期时间和剩余流量。很多时候节点全挂只是因为套餐正好到期，或者后台下载了大文件导致当月流量耗尽。若流量耗尽，节点将拒绝所有连接，表现为全线超时。请参考 流量耗尽与限速处理 进行确认。
• 强制更新订阅与获取最新节点： 机场会不定期更换被墙的落地节点 IP 或中转入口。如果你太久没有更新订阅，客户端里保存的仍然是旧的 IP，节点自然会全部失效。请点击软件中的“更新订阅”。若更新时报错，可以参考我们的 订阅更新失败解决方案 进行排查。如果被墙严重，可以尝试使用机场提供的“防封锁备用订阅链接”或通过手机流量热点来更新订阅。

四、 深度网络链路分析：单点故障还是链路封锁？

当排除了本地与客户端问题后，故障范围将缩小到运营商传输链路和机场服务器：

1. 识别 GFW 的封锁行为： 近年来，防火墙（GFW）对非标准协议和未经过中转的直连节点封锁力度空前。如果发生敏感时期大面积封锁，机场的直连节点可能会在数分钟内全部“阵亡”。你可以通过阅读 机场被墙与节点封锁原因解析 深入了解这一机制，并学习如何规避。

2. 中转入口（Relay Entrance）崩溃： 很多高品质机场使用的是国内多线中转（内网专线或公网 Relay）架构。这种架构虽然能提供极低的延迟，但它有一个致命的弱点：一旦国内的“中转入口服务器”被运营商封锁（如黑洞封锁 IP 或关停端口），或者专线发生故障，所有挂载在这个中转入口之下的节点（无论是香港、日本还是美国）都会在瞬间全部断开。这种情况下，延迟通常会显示为完全无法连接，详情可以查阅我们的 国内中转技术与专线分析 和 为什么延迟很高。

3. 协议特性的选择： 在极端网络封锁时期，传统的传输协议极易被阻断。此时，建议选择支持 Hysteria 2 协议 或 Trojan 协议 的节点。Hysteria 2 基于 UDP 协议，具备极强的抗封锁与抗丢包能力，通常在大部分 TCP 节点挂掉时仍能保持连接。同样，经典的 Shadowsocks 协议 在特定的混淆配置下也具备一定的应急恢复能力。

五、 长期稳定性的备用救急方案

作为一个合格的网络冲浪者，我们永远不应该把所有的鸡蛋放在一个篮子里：

• 配置多机场订阅作为备份： 无论多么昂贵、号称多么稳定的机场，都无法保证 100% 不出故障。在遇到中转专线拔线或服务商被大面积 DDOS 攻击时，一个便宜的、采用不同上游线路的 备份稳定机场 能够成为你的救命稻草。
• 准备多平台客户端环境： 不同的代理软件在处理规则和内核调度上存在差异。在电脑上，除了备用软件之外，手机端也是重灾区。例如在 iOS 系统中，你可以参考 Loon 客户端配置指南 或经典的 Shadowrocket 教程，在本地备妥多套方案。
• 识别跑路前兆避免损失： 如果你的订阅长时间无法更新，且机场官方群组解散、官网打不开、出现大面积折扣促销等，需要警惕机场跑路的风险。请阅读 机场跑路预警与防范 及 跑路前兆特征分析 来保障你的资金与使用安全。

六、 自救流程极简逻辑总结

遵循这套由浅入深的排查流程，九成以上的网络节点故障都能在 5 分钟内迎刃而解。希望本篇实战指南能成为您数字生活中的安全避风港。