Proton VPN 分片隧道启用：握手耗时降至 7.8 毫秒

这个特性来自协议实验室 2026 年 1 月的立项。投诉工单里出现频率最高的场景是移动网络与公共无线网络：列车进出隧道、商场切换基站、酒店网络限速，都会让一次性的长握手失败。团队分析发现，握手包体越大、校验链路越长，丢包后被整体丢弃的概率越高，于是把协商过程拆成三段可以独立重传的分片，让局部丢包不再拖垮整次握手。 他还提到，分片顺序的随机化需要客户端与服务端共享同一套种子生成规则，团队为此在配置下发链路里增加了版本校验，避免新旧协议混用时校验失败。

Proton VPN 协议实验室负责人郑斯陶解释：「我们把协商拆成三段，每段独立校验、独立重传，一段失败不会再让整次握手从头开始，这就是 7.8 毫秒的来历。」他补充，分片顺序做了随机化处理，避免固定顺序在多路径环境下被过度集中拖慢，同时也降低了整包被中间设备识别的可能性。 三个分片的负载并不均等，实测中第一个分片平均耗时 2.1 毫秒，第二个 3.4 毫秒，第三个 2.3 毫秒，前两段可以并行发起的场景下整体耗时会进一步压缩。

三个分片各自校验

第一个分片负责交换算法与密钥参数，体量最小，通常在 1 个往返内完成；第二个分片携带节点身份与隧道策略，包含分流规则下发；第三个分片完成密钥确认与会话建立。三段之间的校验互不阻塞，前一段成功即可并行发起下一段，单段重传不会重置计时器。客户端与服务端各自维护一份 3 秒的超时窗口，超过窗口后只重传失败的那一片，而不是整条隧道。 三段校验各自带独立的序号与有效期，序号用于去重，有效期用于丢弃被延迟放行的过期分片，避免上一轮协商遗留的分片在新会话里被误用，重传边界因此更清晰。

上线前的对照测试覆盖 40 个节点、1200 组样本。在丢包 0.5% 的常规专线环境下，握手耗时中位数 7.8 毫秒，最小值 6.4 毫秒，最大值 11.2 毫秒；在丢包 3% 的移动网络下，握手耗时中位数 12.6 毫秒，首包成功率 98.1%；在丢包 8% 的极端场景下，握手耗时中位数 21.4 毫秒，首包成功率仍有 94.7%，而旧协议在同一场景下的首包成功率只有 76.2%，重传次数达 3.8 次。 地铁场景的对照测试还记录到一类细节：旧协议在进站瞬间会出现约 1.2 秒的速率归零，分片隧道把这个窗口压到 0.3 秒以内，用户侧通常只表现为画面轻微降清晰度。

弱网环境下的实测

真实场景复测选在地铁通勤与地下车库两类环境。地铁 12 站全程测试中，旧协议平均断开 1.7 次，分片隧道为 0.4 次，首次连接成功所需时间从 2.9 秒降到 1.4 秒。地下车库信号的基站切换更加频繁，10 分钟内出现 6 次切换，分片隧道在切换后恢复数据流平均耗时 320 毫秒，旧协议则需要 780 毫秒，用户侧的观感差异是视频是否出现明显卡顿。 对于仍在运行 2.x 版本的用户，节点侧会退回到上一代协商流程，握手耗时回到 16 毫秒上下，功能可用但弱网存活率明显偏低，因此建议尽快升级。

在地铁里进站出站，以前连接必掉一次，现在基本能一路挂着，视频只是偶尔降一下清晰度。——顾亭，Proton VPN 高级版用户，使用时间 14 个月

兼容范围与升级方式

分片隧道向下兼容现有客户端。3.1 及以上版本的 Windows、macOS、Android 与 iOS 客户端默认启用该协议，Linux 命令行客户端需要在配置文件中把协议字段改为 fragment；路由器场景继续使用 OpenVPN 与 WireGuard 配置导入，分片能力由节点侧提供，不需要路由器固件升级。免费版的 5 个国家入口同样支持分片隧道，只是不参与双跳优先调度。 路由器与软路由用户如果希望获得同样的弱网存活率，可以把上游节点的协议交给节点侧协商，本地只保留 WireGuard 配置；实测在同一出口下，这种组合的握手耗时与客户端直连基本一致，差异在 1 毫秒以内。

协议实验室给出的下一步计划是把分片数量从三段扩展到四段，并引入按链路质量动态调整分片大小的机制：在丢包低于 0.5% 的链路上使用更大分片以降低开销，在弱网链路上切成更小分片以提高存活率。目标是把丢包 8% 场景下的首包成功率从 94.7% 提升到 97% 以上，同时保持常规链路握手耗时不高于 8 毫秒。 动态分片大小的判定依据是最近 30 秒的丢包率与往返时延抖动，判定结果在连接存续期间持续更新，不需要重连即可生效，因此用户在移动过程中跨入弱网覆盖区时不会感知到协议切换。

如果你的客户端还是 2.x 版本，可以在下载页获取最新安装包完成升级，升级过程会保留原有节点收藏与分流规则。升级后首次连接建议先让智能选路自动挑节点，确认握手耗时进入 8 毫秒区间，再按需手动固定线路；移动端用户可以在设置里开启按应用分流，让即时通讯类应用走直连、下载类应用走隧道。 如果升级后握手耗时没有改善，可以先在客户端里检查协议字段是否已变为 fragment，再看当前节点是否为列表中延迟最低的直连入口；公共无线网络若拦截非标准端口，把隧道端口改为 443 通常可以恢复。

本文由 Proton VPN 技术编辑部整理，撰稿 邬清让，数据来源于 2026 年 9 月至 10 月的节点监测与实机测试记录。若需要了解本次改动对具体场景的影响，可在下方留下使用环境与遇到的现象，我们会在后续更新中补充说明。文中涉及的时延、速率与成功率均为对应测试时段的实测中位数，会随链路质量与节点负载浮动，不代表长期承诺值；同一改动在不同运营商出口下的表现也可能存在差异。