敏感时期机场全挂怎么办？预案清单

每隔一段时间，社群里就会出现「所有机场集体阵亡」的刷屏。本文不渲染情绪，只做一件事：把它当作一次可预期的服务波动，给出一份工程化的连续性预案——就像运维给线上服务准备容灾方案一样。

敏感期的典型现象

网络管控强度存在明显的周期性：重要会议、重大活动前后往往升级，之后逐步回落。用户端的典型表现有三类：

• 老协议先失效：识别技术升级时，特征明显的旧协议最先被精准干扰，而新协议节点还能用——为什么老协议先倒，原理见TLS 指纹识别与老协议被封的原因。
• 入口 IP 失联：机场的入口服务器被封，表现为全线超时但官网正常。
• 间歇性抽风：时通时断、速度骤降，通常是干扰而非封死。

遇到全线超时，先别急着下结论，按节点全部超时排查顺序把本地原因排除掉——历次「大面积阵亡」里，都有相当比例其实是订阅过期、客户端太旧这类自身问题。

事前预案：全部功夫在平时

预案的核心是冗余，以下四条按优先级排列：

1. 双机场互备：主力 + 备用各一家，且两家的线路类型要错开——直连、中转、IPLC 专线属于不同的传输路径，同一轮干扰很少同时覆盖。其中专线（IPLC/IEPL）走内网专用通道、不经过公网国际出口，受协议级封锁的影响天然更小，这是它贵但稳的根本原因。
2. 协议储备：确认订阅里有 Reality、Hysteria2、AnyTLS 这类新协议分组，别把鸡蛋全放在一个协议里。各协议的抗干扰特性差异见机场协议全解。
3. 客户端保持最新：老内核不认识新协议，等出事再升级客户端，可能连升级包都下不动。
4. 平时演练：备用线路每月实际连一次，确认可用。没验证过的备份等于没有备份。

事中应对：按成本从低到高操作

全挂时按这个顺序动手，每步一分钟：

1. 更新订阅——机场可能已经换了入口，旧配置全体失效；
2. 换协议分组——某协议全红、另一协议正常，说明是协议层干扰，切过去即可;
3. 换端口 / 换入口——部分机场提供多端口或多入口订阅，逐个尝试；
4. 启用备用机场——主力短时间救不回来就果断切换，别在一棵树上反复重试。

同时关注机场的官方公告渠道。入口被封是服务端问题，用户端做完上述动作后剩下的只有等待。

备用通信方案

预案里最容易被忽略的一环：保证你在断连状态下还能获取信息。平时就把机场的备用域名、官方 Telegram 频道地址、支持邮箱抄录到本地备忘录；有重要工作依赖的，提前把关键资料离线化，降低对实时连接的依赖。

理性看待：这是周期，不是末日

历史上每一轮高强度管控之后，连通性都逐步恢复，行业也随之完成一轮协议迭代。正确的姿态是把它当台风天：预报可循、备好物资、期间少折腾、过后复盘。不传播未经证实的消息，不散布恐慌情绪。商家层面，优先选择公开披露架构、故障期间坚持发公告的服务商——筛选标准在机场避坑手册有完整清单。最后照例提醒：请在遵守当地法律法规的前提下使用相关服务，本文仅为服务连续性预案。