TL;DR
2026 年 4 月 15-22 日,国内 IDC 上架的中转 + 落地一体机出现大规模 TCP RST + QUIC 限速 + IP 黑洞三连击,约 60-70% 链路同时失效。主要原因:SNI 规则库扩库 + UDP 限速骨干化 + IDC 出境 IP 路由黑洞。应对:机场圈连夜切 AnyTLS、堆住宅 IP、放弃国内中转。5 月现状:约 30-40% 链路恢复,AnyTLS 存活率明显高于 Reality。本文 2026-05-20 现场核对。
2026 年 4 月那一波阻断不是孤立事件——它是 GFW 在 2024-2025 持续升级后的一次显式收割。本篇按事件时间线、技术机制、机场圈应对、用户该做什么四块复盘。本文不教如何翻越 GFW,只描述公开可观察的网络现象。
一、事件时间线
| 日期 | 现象 | 受影响范围 |
|---|---|---|
| 2026-04-15(周三) | 部分电信 IDC 出境 IP 段开始 TCP RST | 中小机场零星报障 |
| 2026-04-16 | 联通骨干 UDP 大流量限速从「主线」扩散到「全国」 | Hysteria 2 / TUIC v5 大量用户掉速 |
| 2026-04-17 | V2EX 出现首批”中转挂了”求助帖 | 自建 + 机场用户 |
| 2026-04-18-19 | 大规模 RST 高峰:约 60% 中转链路无响应 | 几乎所有依赖国内 IDC 的服务 |
| 2026-04-20 | 节点猫等机场圈观察站发出统一预警 | 行业认知确立 |
| 2026-04-21-22 | 多家机场暂停服务 / 公告切换 AnyTLS | 用户端大规模迁移 |
| 2026-04-25 | 第一批 AnyTLS + 海外住宅 IP 节点重新上线 | 部分链路恢复 |
| 2026-05-05 | 行业达成”新常态”共识,订阅价格上调 | 全行业 |
| 2026-05-20 | 30-40% 旧链路恢复,60-70% 永久切换协议 / 落地 | 本文核对节点 |
二、影响范围与受害对象
受冲击最严重
- 国内中转 + 海外 BGP 落地的中等机场:商业模式核心受打击
- 电信 / 联通 IDC 上架的自建用户:单 IP 几乎全段黑洞
- 依赖固定 SNI(如 cloudflare.com、vercel.app)的 CDN 二段跳服务:SNI 规则库精细化扩库后被识别
- 纯 Reality 用户的部分 IP 段:Reality 本身没问题,但落地 IP 段被整体黑洞
基本无影响
- CN2 GIA 自建 + Reality 用户(IP 纯净 + 协议强)
- 纯海外节点(不走国内中转)+ 海外住宅 IP 池
- AnyTLS 协议早期用户(V2EX 实测帖中三组新 IP 两周未墙)
不同协议在事件中的表现
| 协议 | 4 月初存活率 | 4-22 存活率 | 5-20 存活率 | 综合 |
|---|---|---|---|---|
| AnyTLS | 100% | 95% | 90% | ★★★★★ |
| VLESS Reality + Vision | 100% | 60% | 75% | ★★★ |
| Trojan-TLS | 95% | 30% | 50% | ★★ |
| Hysteria 2(无 OBFS) | 90% | 20% | 35% | ★ |
| Hysteria 2 + OBFS | 95% | 55% | 65% | ★★★ |
| TUIC v5 | 90% | 25% | 40% | ★★ |
| Shadowsocks 2022 | 85% | 40% | 55% | ★★ |
数据来源:本站读者反馈 + 节点猫公开测速面板 + V2EX 多个实测帖样本汇总(n ≈ 300 节点 / 50 个机场)。
三、技术机制:三层规则同步收紧
事件不是单一技术升级,而是 GFW 三个规则层在同一窗口内同步收紧。
层 1:SNI 嗅探规则库精细化扩库
2026-04 前,SNI 黑名单约 4-6 万域名。事件后估计扩到 8-10 万:
- 对 Cloudflare 子域名(特别是 *.workers.dev、*.pages.dev)做了 60-80% 概率性 RST
- 对 Vercel / Netlify / Render 等部署托管的子域名做了 SNI 阻断
- 对部分白名单 SNI(Reality 借用目标)开始做反向识别——基于握手后 ACK 时间分布
应对:Reality 用户改 server_name 到 www.microsoft.com、www.apple.com 等老牌大流量站点。
层 2:UDP / QUIC 限速骨干化
2025 年前 QUIC 限速主要在电信主线,事件后扩展到三大运营商骨干层:
- UDP 大流量(> 5 Mbps 持续 30 秒)触发 1-2 Mbps 限速
- 端口跳跃(port hopping)触发更激进的限速
- HTTP/3 网页加载也受影响(用户感知 YouTube / Twitch 加载变慢)
应对:Hysteria 2 + OBFS salamander 仍可用但需降低带宽预期;端口跳跃用户切回固定 443 UDP。
层 3:IDC 出境 IP 路由层黑洞
最严重的一层:
- 多家国内 IDC(特别是上架”国内中转 + 海外落地”业务的供应商)的出境 IP 段被整段黑洞
- 表现:从国内访问该 IP 的任何端口都拿不到 SYN-ACK
- 解封:基本没有,需要换新 IP 段
应对:机场把落地从国内 IDC 迁到海外(含住宅 IP),代价:成本翻倍 + 国内访问需要二段跳。
四、机场圈的应对:四种路线
事件中机场圈的应对路线分四类:
┌─────────────────────────────────────────────────────┐
│ 路线 A:协议切换(AnyTLS / Reality 双轨) │
│ 优点:成本不变 缺点:仍受 IDC 黑洞影响 │
├─────────────────────────────────────────────────────┤
│ 路线 B:落地迁移(海外住宅 IP / IPLC) │
│ 优点:彻底脱离 IDC 风险 缺点:成本翻倍 │
├─────────────────────────────────────────────────────┤
│ 路线 C:多协议 + 多 IP 池 │
│ 优点:单点失效不影响整体 缺点:运维复杂 │
├─────────────────────────────────────────────────────┤
│ 路线 D:跑路 / 暂停服务 │
│ 占比约 10-15%(中小机场) │
└─────────────────────────────────────────────────────┘
主流大机场走 C 路线(多协议 + 多 IP 池),中小机场走 A 或 B,零售用户主要受路线 C 服务覆盖。
机场圈一个明显认知转变:「国内中转 = 低成本 = 低风险」的旧公式失效。现在「海外住宅 IP + AnyTLS / Reality 双协议」是性价比新均衡点。对自建有困难、又需要一个能 Clash / Sing-Box / V2Ray 同时导入的方案,兼容 Clash / Singbox / V2Ray 的订阅把多协议混合做成一个订阅链接,避免事件中临时切协议的手忙脚乱。
五、用户该做什么:分层应对
普通订阅用户(无自建)
- 确认你的机场是否在 4 月事件后公告过协议切换。没公告又掉速严重的,考虑迁移。
- 客户端启用「自动选择最快节点」+「故障转移」规则,让被封节点自动跳过。
- 备用一个走不同链路的备用订阅(多协议混合订阅最划算)。
自建用户
- 把落地从国内 IDC 迁到海外。优先级:商务住宅 IP > IPLC > CN2 GIA > 普通 BGP。
- 协议层把单一 Reality 改成 AnyTLS + Reality 双轨,sing-box / Mihomo 内核都支持同机多协议。
- 留一份 Cloudflare WARP / 自建二段跳兜底——突发阻断时还能上网。
重度依赖用户(跨境工作者 / 留学生)
- 多机场 + 多协议是必选项。单机场单协议在「新常态」下风险过高。
- 设备分流:手机用 Reality(稳定)、桌面用 AnyTLS(高速),路由器透明代理用 Hy2 OBFS。
- 关注 net4people/bbs、V2EX、节点猫等观察源,重大事件提前 12-24 小时切换。
六、为什么这是「新常态」而非「事件」
把 2026-04 当成偶发事件来等它过去是危险的判断。三个理由:
- 规则库扩库不会回退。SNI 黑名单从 4 万扩到 8 万后不会再缩回,只会继续扩。
- UDP 限速骨干化已写入运营商规则。不是临时策略,是基础设施改造。
- IDC 出境 IP 黑洞是路由层动作。一旦写入路由表,新 IP 才能解,旧 IP 不解。
因此 2026-04 是一次「显式收割」——把过去几年的规则升级一次性兑现到用户感知层。结论:把它当成 GFW 演进的转折点,按新常态规划接下来 12-24 个月的代理方案。
七、相关阅读
来源与时间戳
- net4people/bbs(GFW 实时观测):github.com/net4people/bbs
- V2EX 网络节点(4 月事件多个实测帖):v2ex.com/go/network
- 节点猫(机场圈观察):nodecats.com
- Xray-core 社区讨论:github.com/XTLS/Xray-core/discussions
- AnyTLS 项目主仓库:github.com/anytls/anytls-go
本文最后实际核对日期:2026-05-20。