协议升级

绿茶VPN协议升级:WireGuard双栈隧道全面上线

2026-10-28作者:韩叙白 · 技术组阅读约 5 分钟
绿茶VPN WireGuard 双栈隧道升级封面图

2026 年 10 月 28 日,绿茶VPN 完成 WireGuard 协议的 IPv4 与 IPv6 双栈改造。全平台客户端默认启用新隧道,首次握手时间从 2.7 秒缩短到 1.6 秒,会话恢复耗时 0.28 秒;移动网络切换基站时,断流时间从 1.9 秒降到 0.4 秒,重连过程不再需要手动点击。

此前的单栈实现只下发 IPv4 地址,在 IPv6 覆盖较好的移动网络里要多做一次地址转换。协议组工程师岑柏测算过,这次转换在部分运营商网络里会带来 12 到 25 毫秒的额外延迟,并让 NAT 类型判断更容易出错。双栈改造的目标就是把这一段绕路去掉。

双栈隧道解决了什么问题

新隧道同时下发 A 与 AAAA 记录,客户端用类似竞速的方式并行探测两条路径,先返回可用结果的一条获胜。若本地网络只有 IPv6,客户端会自动完成到 IPv4 出口的转换;反之亦然。整个过程对用户不可见,设置页只显示一个双栈已启用的状态标识。

MTU 也做了自适应。隧道外层封装会占用额外字节,团队把默认值设为 1380,并根据路径探测结果在 1280 到 1420 之间动态调整,避免大包被丢弃导致网页加载卡在最后几张图。移动网络下,这一改动让页面完整加载成功率从 97.4% 提升到 99.6%。

绿茶VPN WireGuard 双栈数据包传输可视化画面
客户端并行探测 IPv4 与 IPv6 路径,优先采用先返回结果的一条。

加密套件沿用 WireGuard 的标准组合:ChaCha20-Poly1305 负责数据加密与完整性校验,Curve25519 完成密钥交换,BLAKE2s 用于哈希。会话密钥每 120 秒轮换一次,旧密钥在轮换后立即失效;客户端本地只保存由系统密钥环保护的私钥,配置文件被复制到其他设备也无法直接使用。

为什么不继续用旧协议,原因在握手次数。旧协议的完整握手需要 4 次往返,在 200 毫秒的单程延迟下光建立连接就要 1.6 秒;新协议只需 1 次往返,配合会话票据复用,重连可以做到不产生额外往返。移动端实测功耗下降 8%,长时间后台驻留更省电。

握手与切换实测

实验室在三种网络环境下各做了 500 次连接测试。家庭宽带下首次握手平均 1.6 秒,重连 0.28 秒;5G 移动网络下首次握手 1.8 秒,重连 0.31 秒;地铁场景中,列车经过 6 个基站切换区间,断流时间平均 0.4 秒,最长一次 0.9 秒。吞吐方面,单线程下行达到 940Mbps,接近千兆网卡上限,客户端 CPU 占用 2.4%。

从用户分布看,已有 32% 的连接直接走 IPv6 路径,这部分用户的平均延迟比改造前低 18 毫秒,路由跳数减少 2 跳。IPv6 覆盖不足的地区仍然走 IPv4,握手时间也比旧版快 0.9 秒,主要来自会话票据的复用优化。

NAT 穿透依赖一条 25 秒的保活消息。双方都在对称 NAT 后方时,直连无法建立,客户端会自动转入中继,中继连接目前占全部会话的 6.4%,延迟比直连平均高 9 毫秒。客户端在状态页会明确显示当前是直连还是中继,方便用户判断线路质量。

纯 IPv6 网络的处理单独做了适配。当接入网只下发 IPv6 地址时,客户端通过 DNS64 与 NAT64 访问仍是 IPv4 的资源,转换在本地完成,不额外绕行;检测到转换失败会自动回落到 IPv4 隧道,并在状态页提示当前路径类型。

高延迟链路的阈值可以放宽。卫星网络与部分远洋线路的往返时延超过 600 毫秒,固定 1.5 秒的探测周期会误判为线路劣化,团队加入了按实测时延自适应的规则:时延翻倍时探测间隔同步延长,避免频繁切换导致会话中断。

旧协议仍作为兼容选项保留。个别企业防火墙只放行特定端口,用户可在设置里切换到兼容模式,客户端会自动选择可用协议并给出提示;默认模式始终是双栈隧道,兼容模式仅建议在排查问题时临时使用。

双栈能力随客户端自动下发,无需重装。4.8.0 及以上版本在下次启动时完成切换,配置与订阅保持不变;更早的版本会在应用内提示升级,升级包体积约 24MB。企业版可在管理后台设置统一启用时间,避免批量切换集中在同一时刻。

「协议升级最怕用户感知到变化。真正好的状态是握手更快、切换更稳,而用户什么都没发现。」——绿茶VPN 协议组工程师 岑柏

移动网络测试工程师顾南补充了一组路测数据:在 120 公里的高铁线路上,双栈隧道的会话保持率达到 96.8%,旧版为 88.1%;视频会议场景中,画面冻结次数从每小时 3.4 次降到 0.7 次。这类场景对断流时间极其敏感,0.4 秒刚好在会议软件的容错范围内。

「高铁上最怕过隧道,以前每过一站就要等十几秒重连,现在基本只在状态栏闪一下。」——移动网络测试工程师 顾南

排障信息也做了收敛。客户端可以导出最近一次连接的路径类型、MTU 探测结果与握手耗时,文件不包含任何目标地址与载荷内容;遇到 IPv4-only 的企业内网时,在设置中关闭优先 IPv6 即可回退到单栈模式,无需重装客户端。

双栈隧道已随 4.8.2 版本在全平台默认启用,用户不需要手动切换。保留单栈模式的方法是在设置中关闭优先 IPv6,适合个别只支持 IPv4 的企业内网。下一阶段团队会把双栈能力扩展到路由器插件,并针对卫星网络等高延迟链路调整探测阈值。

用户留言

马
马文博2026-10-28

地铁通勤试了一周,过站的时候基本感觉不到断,之前每次都要手动重连。

林
林嘉怡2026-10-29

IPv6 直连之后延迟确实低了一截,看后台数据大概少了十几毫秒。

郑
郑望2026-10-29

公司内网只支持 IPv4,关掉优先 IPv6 后一切正常。

何
何佳2026-10-30

高铁上开会画面不再一卡一卡,这个改进比加节点更实用。

上一篇绿茶VPN专项优化:无日志审计机制全面落地返回全部资讯下一篇已是末篇
↑