WireGuard
基于 Noise_IK 的 UDP 隧道，握手只走 1 个往返，数据面用 ChaCha20-Poly1305。转发在内核态完成。
- 握手1 RTT
- 吞吐940 Mbps
- 可探测性中
01
四种协议，一套选路原则
门户首页只回答一个问题：同一条跨境链路该用哪种协议。有时该用 WireGuard，有时该换 Hysteria2。下面三句话是全站的技术底线，后续每一页都在展开其中一句。
握手决定体感
WireGuard 用 Noise_IK 在 1 个往返内完成密钥协商，香港节点实测首包 38 ms。OpenVPN 的 TLS 控制通道要 2 个往返，同节点 96 ms。差出来的这 58 ms，正是点开网页时「顿一下」的来源。
吞吐由数据面决定
WireGuard 在内核态转发，千兆网卡可跑 940 Mbps。OpenVPN 走用户态拷贝，单核实测 310 Mbps。同一台机器、同一条线路，协议换一下，速度差 3 倍。
可探测性由外层决定
Trojan 把流量藏进标准 TLS 1.3 连接，握手特征与访问普通 HTTPS 站点一致。OpenVPN 的握手报文带固定魔数，主动探测即可识别。可探测性不是安全问题，而是「能不能连上」的问题。
本页所有数字来自同一测量窗口：2026 年 10 月 12 日至 10 月 26 日。每种组合 100 次采样取中位，剔除首次连接与前 3 个探针周期。口径写在数据来源页，任一条都能回溯。
02
四张协议卡：先看清各自的位置
企业门户式的四栏卡片，把每种协议放回它擅长的场景里看。卡片右下角的三个读数与对照表一致，不是营销数字。
OpenVPN
TLS 控制通道加独立数据通道，UDP 为主、TCP 443 兜底，兼容性最好但用户态拷贝吃掉一部分带宽。
- 握手2 RTT
- 吞吐310 Mbps
- 可探测性高
Trojan
把流量装进标准 TLS 1.3 连接里，走 443 端口并复用真实证书，握手特征与普通 HTTPS 一致。
- 握手1 RTT + 1 RTT
- 吞吐620 Mbps
- 可探测性低
Hysteria2
基于 QUIC 的 UDP 传输，支持按带宽设定拥塞窗口，3% 丢包下仍能维持可用吞吐。
- 握手1 RTT
- 吞吐780 Mbps
- 可探测性中低
四张卡片不是并列的四个卖点，而是一条排序策略的四个档位。快喵VPN 在客户端启动时先探测三类信号：到 8 个采样节点的 RTT、最近 30 秒的丢包率、443 与 UDP 端口可达性。信号齐备后，链路映射到其中一张卡片上。
| 协议 | 握手 | 首包 | 单流吞吐 | 单核 CPU | 可探测性 | 典型场景 |
|---|---|---|---|---|---|---|
| WireGuard | 1 RTT | 38 ms | 940 Mbps | 12% | 中 | 大文件、4K 视频、局域网互通 |
| OpenVPN | 2 RTT | 96 ms | 310 Mbps | 62% | 高 | 老网络兜底、TCP 443 通道 |
| Trojan | 1 RTT + TCP 1 RTT | 112 ms | 620 Mbps | 34% | 低 | 只放行 443 的办公网与校园网 |
| Hysteria2 | 1 RTT（重连 0 RTT） | 64 ms | 780 Mbps | 41% | 中低 | 跨境高丢包、直播推流、移动网络 |
表格里的「单核 CPU」是同一条 1 Gbps 流量下单个核心的占用，测法与握手与开销页的 CPU 一节完全一致。
03
数据条：一屏看清全站基数
这些数字不随页面变化，出现在每个页脚与首页数据条里，作为全站事实的锚点。
- 132 个节点分布在 47 个国家与地区，其中亚洲 41 个，欧洲 33 个，北美 28 个，其余地区 30 个。
- 亚洲线路中位延迟 19 毫秒，取自香港荃湾出口 100 次探测的中位数，采样时间避开整点结算窗口。
- 四协议全部在客户端内置，切换不需要重装或换账号，最大切换耗时 3.1 秒（含握手与路由收敛）。
- 单节点出口带宽不低于 1 Gbps，东京与洛杉矶两条主力线路上限为 10 Gbps，超出后按丢包优先档切换。
04
选路怎么发生：三条判据与一个粘滞窗口
自动选路不是「挑最快的」，而是「在可用的里挑最稳的」。三条判据按顺序生效，任何一条触发降级都会立刻换档。
延迟优先
每 20 秒向 8 个采样节点发 5 个探测包，取中位数。新链路比当前链路快 15% 且持续两个周期，才允许切换，避免在地铁、电梯这类抖动场景里来回跳。
丢包优先
最近 30 秒丢包超过 2% 时进入丢包优先档，把 Hysteria2 提到第一顺位，理由是它按设定带宽开拥塞窗口，不把丢包当成拥塞信号。
端口可用性
UDP 被完全阻断时，WireGuard 与 Hysteria2 直接失效，选路切到 Trojan 的 443 通道。只放行 443 的网络里，OpenVPN TCP 模式作为最后一档兜底。
- 客户端读取缓存的上一轮探测结果，先连历史最优节点，同时并行发起 3 个轻量探测。
- 第一个探测包返回后校准本地时钟偏移，修正 RTT 读数，防止系统时间漂移带来的假快。
- 连续两个周期满足切换阈值才执行切换，切换时保留旧连接 5 秒做平滑过渡。
- 切换完成后写入本地选路日志，用户在「连接诊断」里能看到选路原因与三档判据的实际读数。
05
公告：线路与版本的最新变动
每周一次线路巡检，每次变更都在公告里留下日期与可复测的数字。公告同时输出到 RSS，供运维订阅。
东京 TYO-03 与 TYO-07 完成 Hysteria2 单口带宽升级
东京两条出口的 UDP 配额已提高。额度从 400 Mbps 提到 900 Mbps，3% 丢包场景实测吞吐由 410 Mbps 升至 620 Mbps。
客户端 4.8.0 发布：选路新增丢包优先档，握手支持 0-RTT 复用
新增按丢包率排序的选路档位。Hysteria2 重连复用会话票据，Windows 安装包体积 28.4 MB。
洛杉矶 LAX-05 回程改走 GTT，抖动从 4.2 ms 降到 1.9 ms
国际出口已完成更换。100 次探测的 95 分位抖动下降一半以上，晚高峰 20:00 至 23:00 的掉线次数归零。
法兰克福 FRA-02 维护窗口：10 月 25 日 02:00 至 03:30（+08:00）
本轮更换上联光模块并升级内核。维护期间该节点自动切到 FRA-01，切换动作在客户端 3 秒内完成。
OpenVPN TCP 443 兜底通道扩到 18 个企业网
只放行 443 的办公网现已覆盖。TCP 通道握手耗时比 UDP 多 61 ms，连接成功率达到 98.6%。
协议探测口径调整：握手 RTT 改取 100 次中位并剔除首包
新口径已生效。同一组节点的手握中位数比旧口径低 6 至 11 ms，历史数据已按新口径重算并在表格中标注。
06
覆盖：47 个国家与地区怎么分布
覆盖不是节点数的堆叠。下面这张分布表按区域给出节点数、中位延迟、上联线路与协议支持情况，方便按目的地挑入口。
| 区域 | 节点 | 中位延迟 | 上联线路 | 协议支持 |
|---|---|---|---|---|
| 中国香港 | 8 | 19 ms | CN2 GIA / BGP 双路 | WireGuard、Trojan、Hysteria2 |
| 日本东京 | 11 | 34 ms | NTT / IIJ 双上联 | 四协议全支持 |
| 新加坡 | 9 | 46 ms | Singtel / Telin | 四协议全支持 |
| 美国洛杉矶 | 14 | 138 ms | GTT / Cogent | 四协议全支持 |
| 美国圣何塞 | 7 | 146 ms | Cogent / HE | WireGuard、OpenVPN、Trojan |
| 德国法兰克福 | 8 | 176 ms | DE-CIX 直连 | WireGuard、Trojan、Hysteria2 |
| 英国伦敦 | 6 | 188 ms | LINX 对接 | 四协议全支持 |
| 阿联酋迪拜 | 4 | 172 ms | Etisalat | OpenVPN、Trojan |
- 香港 8 个节点承担亚洲 62% 的入口流量，CN2 GIA 与 BGP 双路互为备份。
- 东京 11 个节点覆盖日本、韩国与部分东南亚回程，NTT 与 IIJ 双上联。
- 洛杉矶与圣何塞合计 21 个节点，服务北美与南美回程，晚高峰 20:00 至 23:00 有独立配额。
- 法兰克福与伦敦合计 14 个节点，DE-CIX 直连让欧洲内部跳数控制在 4 跳以内。
07
协议与节点、线路是什么关系
协议决定「怎么装货」，节点决定「从哪个港口走」，线路决定「走哪条航道」。三者分开看，才不会被单一的延迟数字误导。
协议是封装层
同一条线路换协议，吞吐能差 3 倍：千兆网卡上 WireGuard 跑 940 Mbps。OpenVPN 只有 310 Mbps。这是因为前者在内核完成加解密，后者要经过两次用户态拷贝。
节点是落地点
落地决定出口 IP 与地理归属。132 个节点里，同一城市常有 2 到 3 个不同上联的入口，选错入口会让跨境段多绕 4 至 6 跳。
线路是路径
CN2 GIA、DE-CIX 对接、GTT 回程，这些名词指的是跨境段实际走的骨干。快喵VPN 在选路时会读取线路标签，同城优先走直连线路，而不是单纯比 RTT。
把三者拆开之后，排查顺序也就清楚了：先确认协议是否匹配当前网络。再看 UDP 是否可用，并确认节点是否落在地理上合适的出口，最后才比较线路。反过来做，往往会反复换节点而始终找不到原因，因为瓶颈根本不在节点上。
经验值：在 2026 年 9 月至 10 月的 1,240 次工单回访中，更换节点能解决问题的占 31%，更换协议能解决的占 57%，剩下 12% 属于本地网络或设备问题。
08
一分钟自测：先确认自己用的是哪种协议
掉速的第一反应往往是换节点，但七成情况是协议选错了。下面四个动作加起来不到一分钟，能直接读出当前链路的状态。
四个动作
- 打开客户端「连接诊断」，第一行就是当前协议与端口，UDP 或 TCP 一眼可见。
- 在诊断页点「三条链路复测」，看 RTT、丢包与抖动三个读数，任一超过阈值会标黄。
- 用浏览器访问一个纯 IP 的测速页，确认不是 DNS 污染导致的假慢。
- 对比同节点另两种协议的握手耗时，若差值超过 40 ms，说明当前协议不是最优。
三项优先排查
- MTU 与分片：WireGuard 默认 1420，跨境段若被压到 1280，大包会被反复分片。
- UDP 限速：部分校园网与酒店网络对 UDP 限速到 20 Mbps，换 Trojan 立刻恢复。
- 本地 CPU：OpenVPN 单核跑满时会表现为「延迟低但速度上不去」，任务管理器一看便知。
完整的判读表与命令清单在一分钟自测页。
09
切换阈值：把三条判据写成数字
判据只有落成数字才可复现。下表是客户端 4.8.0 内置的默认阈值，用户可以在高级设置里按线路类型微调，但调整后的取值会写进诊断日志。
| 判据 | 触发阈值 | 确认周期 | 回退条件 | 对应协议档 |
|---|---|---|---|---|
| 延迟 | 优于当前 15% | 连续 2 个周期（40 秒） | 连续 3 次读数落后 | WireGuard 优先 |
| 丢包 | 30 秒内高于 2% | 单周期立即生效 | 丢包降到 0.5% 以下 60 秒 | Hysteria2 优先 |
| 抖动 | 95 分位高于 12 ms | 连续 2 个周期 | 抖动回到 6 ms 以内 | Trojan 优先 |
| 端口 | UDP 探测 3 次全失败 | 立即切换 | UDP 恢复可用 | Trojan 443 / OpenVPN TCP |
| 带宽 | 吞吐低于峰值 40% | 连续 3 个周期（60 秒） | 吞吐回到 70% 以上 | 保持当前协议 |
- 切换耗时
- 3.1 s（含握手与路由收敛）
- 平滑过渡
- 旧连接保留 5 s
- 探测节点
- 8 个采样节点，每 20 s 一轮
- 日志留存
- 本地 7 天，可导出 CSV
- 阈值可调
- 仅高级设置，改动写入诊断日志
- 阈值不是越低越好：把延迟阈值调到 5% 会让客户端在高抖动链路上频繁切换，实测切换次数从每小时 2 次升到 17 次。
- 丢包档的确认周期只有 1 个周期，因为丢包对视频与语音的伤害是即时的，晚切 20 秒就会掉帧。
- 带宽档只做提示不做切换，原因是测速本身会占用带宽，频繁测速反而拖低体感速度。
阈值的完整推导过程与旧口径差异记录在选路与线路页，历史数据已按新口径重算。
10
常见问题
以下问题按最近 90 天工单频次排序，答案尽量给数字而不是形容词。
四种协议需要分别下载吗
不需要。四个协议都在同一个客户端内，切换只改设置，不换安装包，也不改账号。
自动选路会不会来回跳
不会。切换需要连续两个探测周期满足 15% 的延迟优势或 2% 的丢包差异，并保留 5 秒平滑过渡。
为什么有时手选更快
自动选路按稳定性排序，短时峰值场景（如 4K 首帧）手选最快节点可能领先 5 至 8 ms，但持续 10 分钟后差距收敛。
跨境延迟 19 毫秒是平均值吗
不是。19 毫秒是香港出口 100 次探测的中位数，不含北美与欧洲方向；欧美的中位延迟分别在 176 与 138 毫秒。
协议可以按应用分流吗
可以。客户端支持按进程与按域名两条分流规则，分流后不同应用可走不同协议。
每次换网络都要重测吗
换网络后客户端会自动重测一轮，约 6 秒完成；手动重测的入口在诊断页第二行。