饿饭加速器2026 年 9 月 26 日，饿饭加速器宣布 IPv6 双栈接入正式落地：1512 个加速节点完成双栈改造，占 1680 个节点的九成，覆盖 61 个国家与地区。改造完成后，支持 IPv6 的移动网络用户在饿饭加速器上可直连节点，TLS 握手平均快 0.3 秒，DNS 解析耗时下降 62%，双栈回退耗时控制在 50 毫秒以内。
为什么非要啃这块骨头
国内三大运营商的移动网络 IPv6 覆盖率已相当高，但很多加速工具仍在 IPv4 上做 NAT 穿透，结果就是多绕一跳转换节点。用户看到的现象是：明明只用了 30Mbps，连接建立却要等两秒。饿饭加速器的统计显示，2026 年上半年有 21.7% 的连接失败发生在 IPv4 地址枯竭型 CGNAT 环境，重试两次以上才成功的占其中的 38%。
「NAT 转换本身不算慢，慢的是转换之后你不知道自己被映射到哪个出口。」饿饭加速器网络架构负责人林牧解释，「做了双栈以后，能走 v6 就走 v6，路径确定、端口确定，探测数据也更干净。」
三个坑：封装、MTU 与回退
第一个坑是隧道封装。加速隧道原有格式按 IPv4 头部设计，改造时需要同时兼容 v4-in-v6 与 v6-in-v4 两种封装，头部长度增加 20 字节。团队把隧道 MTU 从 1420 下调到 1400，并在握手阶段交换 MTU 探测结果，避免大包被中途丢弃导致的重传雪崩。
第二个坑是 MTU 黑洞。部分酒店与校园网络会对 ICMP 报文做过滤，路径 MTU 无法被发现，表现为「网页能开、视频加载到 80% 卡住」。客户端新增 PMTU 黑箱探测，在 3 秒内用二分法试探出可用包长，成功率从 82.6% 提升到 99.1%。
第三个坑是回退速度。双栈客户端可能同时拿到 A 与 AAAA 记录，一旦 v6 路径不可用，必须快速退回 v4。团队采用的策略是并行握手加 120 毫秒首包窗口：两个地址同时发 SYN，谁先回就用谁，另一条立即关闭。实测回退耗时中位数 32 毫秒，95 分位 46 毫秒。
覆盖范围与实测收益
改造从 8 月 12 日开始，分四批推进，优先处理流量占比最高的亚太与北美机房。下表为改造前后的关键指标对比，样本来自 9 月 10 日至 9 月 24 日的生产流量，共 1.42 亿次连接建立。
| 指标 | 改造前 | 改造后 | 变化 |
|---|---|---|---|
| 已完成双栈节点 | 0 | 1512 个 | 占九成 |
| TLS 握手耗时 | 1.12 s | 0.82 s | -26.8% |
| DNS 解析耗时 | 168 ms | 64 ms | -61.9% |
| 连接建立成功率 | 96.4% | 99.3% | +2.9 pt |
| 双栈回退耗时（中位） | — | 34 ms | 新增指标 |
「剩下的一成节点不是不想改，而是当地运营商暂不支持 v6 路由。」IPv6 改造项目负责人顾辰说明，「这 168 个节点会保留 v4 专用配置，客户端在探测到 v6 不可用时会自动走 v4，用户无需关心自己连的是哪一套。」
对用户端的影响基本是无感的：不需要任何设置，也不需要确认自己是否拥有 v6 地址。若想确认线路类型，可在客户端的「连接详情」里查看协议标记——显示 v6 即代表正在使用双栈直连。V6.1.8 及以上版本默认开启双栈优先，旧版本客户端仍可正常连接，但不享受直连收益。
下一步计划是推进 IPv6 出口的流量工程，把 v6 路径上的跨洲绕行再压一档，并针对教育网与校园网的固定前缀做专门的地址池优化。想体验双栈直连，可在下载中心更新客户端；如果你是网络管理员，路由器插件版也同步支持了 IPv6 透传。
用户评论（4）
校园网一直是 NAT 套 NAT，之前连三次能成一次，现在基本一次就上，握手确实快了不少。
移动数据下看到连接详情显示 v6 了，看 4K 比之前稳，希望把剩下那 10% 也改完。
@程雨薇 剩下的一成主要是当地运营商还没开 v6 路由，我们会跟着运营商节奏推进。
路由器插件也支持了？我家里是 OpenWrt，回头试一下透传模式。