网络实践

2026 GFW 阻断 Reality 协议自救指南

约 3 分钟

这段时间一直在折腾海外 VPS。几台机器的 IP 接连被封,我想查清楚,到底是 REALITY 协议被针对,还是所在网段被连累了。

其中一台换过 IP,恢复了连接,过几天又不行了。继续换当然也是个办法,但搬瓦工换一次要 11 刀,DMIT 对能 ping 通的机器,不提供免费更换 IP 的选项,我没法跟 GFW 打消耗战。

阻断策略还没弄清楚,我先尝试用 CDN 自救。目前看,效果还不错。

能 ping 通,TCP 却连不上

这轮遇到的阻断有个特点:ICMP 没被拦,VPS 可以正常 ping 通,但 TCP 握手无法完成。SSH 连不上,REALITY 也连不上。拿到 tcp.ping.pe 测,大陆方向的连接同样失败。

这就比直接 ping 不通更容易让人误判。机器还活着,服务也可能正常,只看 ping 会以为网络没问题,接着去查端口、配置和代理软件。

先用 CDN 把入口换掉

我原来愿意直连 VPS,是因为选好的机房在自己的网络上速度和稳定性都不错。这次给它加了一条 CDN 备用入口。

直连时,电脑直接连接 VPS 的 IP;套上 CDN 后,电脑先连接 CDN 边缘,由 CDN 回到海外源站。

我新增的链路用 VLESS + TLS + XHTTP,支持经过 CDN。部署时保留原来的 REALITY 服务,两种入口可以切换使用。

四个入口都确认到达东京出口,实际上传和下载也都完成了。

推荐一下 Vultr,这家海外服务商虽然月费不菲,但 VPS 可以按小时收费,如果IP不通,随时可以开新机,直到找到合适的那台。东京和大阪的ntt线路白天还算稳定,延迟低,带宽够。如果套上CDN,速度可以接受。Vultr直达

这些事,现在可以让 Codex 协助做

比如这次的任务,可以这样交代:

这台 VPS 能 ping 通,但大陆方向 SSH 和代理端口的 TCP 握手失败。帮我排查,并在保留原有 REALITY 服务的基础上,增加 XHTTP/CDN 入口。完成后确认实际出口和上传下载都正常。

迁移 VPS 也类似。把旧机器上的服务、数据、域名和目标机器告诉它,让它协助迁移,在切换前确认新机器上的服务可用。

服务器上的排查和搬迁,已经不用每一步都自己敲命令了。