接入层
负责把设备流量接进隧道。虚拟网卡、系统代理与本地端口三种接入方式，按设备权限选择。
- Windows 用虚拟网卡接管
- macOS 走系统扩展
- 移动端按应用分流
01COVERAGE
智能分流之后，六个区域各自负责哪一段
据 2026 年 10 月的分流日志统计，约 76% 的连接命中「国内直连」规则、21% 命中「海外加速」、3% 走兜底；兜底比例连续三个月低于 4%，说明规则库覆盖住了常用站点。
同一个「亚洲节点」，从上海出发和从成都出发，走的可能不是同一条海缆。下表按区域给出主力城市、节点数量与延迟中位，方便你判断该从哪一侧出海。
| 区域 | 主力城市 | 节点数 | 延迟中位 | 晚高峰增量 | 适合 |
|---|---|---|---|---|---|
| 东亚 | 香港、东京、首尔、大阪 | 41 | 26–44 ms | +9 ms | 会议、游戏、日韩站点 |
| 东南亚 | 新加坡、吉隆坡、曼谷 | 27 | 50–72 ms | +14 ms | 跨境电商后台 |
| 欧洲 | 法兰克福、伦敦、阿姆斯特丹 | 33 | 172–205 ms | +21 ms | 欧洲客户与邮件 |
| 北美 | 洛杉矶、圣何塞、西雅图 | 31 | 142–188 ms | +18 ms | 北美 SaaS、学术库 |
| 中东 | 迪拜、利雅得 | 9 | 148–182 ms | +16 ms | 中东项目协作 |
| 大洋洲 | 悉尼、墨尔本 | 9 | 136–168 ms | +12 ms | 澳洲客户与留学 |
读表方法：区间为该区域各主力城市的中位值范围，不是单节点极值；晚高峰增量为 20:00–22:00 相对 08:00–18:00 的中位差。
据 2026 年 10 月的巡检统计，东亚 41 个节点承担了 48% 的日常分配，欧洲 33 个节点承担 14%；节点数与分配量并不成正比，这也是「节点多不等于快」的原因。
| 所在地区 | 首选区域 | 理由 | 备选 |
|---|---|---|---|
| 华东 | 东亚（香港） | 海缆路径短，晚高峰抖动可控 | 东南亚（新加坡） |
| 华南 | 东亚（香港） | 物理距离最近，延迟中位 26 ms | 东南亚（吉隆坡） |
| 华北 | 东亚（东京） | 北方出口到日韩链路更直 | 北美（洛杉矶） |
| 西南 | 东南亚（新加坡） | 陆缆与海缆路径都较短 | 东亚（香港） |
02SELECTION
一次连接，智能分流做四次判断
选路不是随机挑一个城市，而是按固定顺序做四次判断。每一步都有淘汰条件，理解之后你就知道系统为什么没选你常去的那个节点。
- 取候选集
- 按出口 IP 归属地取同区域节点，最多 5 个，避免探测本身占满上行。
- 候选集之外的节点不参与本轮比较，维护中的节点直接剔除。
- 连发 8 个探测包
- 取中位数而不是最小值，偶尔一次 12 ms 的尖峰不会改变排序。
- 探测包 64 字节，不会触发业务链路上的分片与重传。
- 三项加权
- 延迟权重 0.5、抖动 0.3、节点负载 0.2，任一指标越过阈值先降级。
- 抖动超过 12 ms 或负载超过 80% 的节点，排到同区域末位。
- 握手后复核
- 隧道建立后再测一次，若比探测值高 40% 以上，自动重选。
- 稳定 60 秒后写入会话记录，下次启动优先复用这条路径。
03STACK
三层结构，智能分流落在第二层
把「连得上」「连得快」「连得稳」拆成三层，出问题时才能判断是哪一层的事，而不是笼统地换节点。
调度层
负责挑节点与保活。每 30 秒一次轻量心跳，检测延迟、抖动与负载三项。
- 同区域优先
- 跨区域兜底
- 故障自动迁移
传输层
负责加密与完整性。密钥在握手阶段协商，业务数据全程密文，节点不落明文。
- AES-256-GCM
- ChaCha20-Poly1305
- 按包认证
04SCENES
六种用法，智能分流的规则不一样
同一个「快」字，在会议里指的是不断线，在下载里指的是吞吐高，在游戏里指的是抖动小。先确定你要哪一种，再选区域。
跨境办公
邮件、文档、CRM 连续可用优先。固定一个区域，少切换，减少会话重建。
视频会议
抖动比延迟更致命。优先选抖动中位 5 ms 以内的节点，负载低于 60%。
在线游戏
东亚区通常够用。跨区游戏要接受 140 ms 起的延迟，重点看丢包。
流媒体
1080p 稳定播放需要持续 8 Mbps。晚高峰抢带宽时，换低负载节点比换区域有效。
学术检索
短连接多、握手频繁。开启连接复用后，同一站点的后续请求省掉重复握手。
多设备
手机、电脑同时在线时，分流规则分别生效，节点可以不同。
05METRICS
四个指标，智能分流前后都要看
延迟最直观，却最容易被误读。抖动与丢包才决定「用起来烦不烦」，可用性决定「关键时刻掉不掉链子」。
| 指标 | 定义 | 合格线 | 优秀线 | 读法 |
|---|---|---|---|---|
| 延迟 | 到节点的往返时间 | ≤ 80 ms | ≤ 40 ms | 决定操作响应速度 |
| 抖动 | 连续延迟的波动幅度 | ≤ 12 ms | ≤ 5 ms | 决定语音与游戏体感 |
| 丢包 | 发出未到达的比例 | ≤ 1% | 0% | 决定重传与吞吐损失 |
| 可用性 | 节点可建立连接的时间占比 | ≥ 99.5% | ≥ 99.9% | 决定长期稳定性 |
说明：可用性按月统计，口径为「节点可建立新连接」的分钟占比；不含计划内维护窗口。
据 2026 年 10 月的巡检统计，150 个节点里有 38 个承担日常分配，月度可用性 99.93%；剩余 112 个承担备份与区域分流，平时不参与分配，主力节点维护时接管。这个比例决定了「常用节点只有三四十个」的体感。
同期采样里，东亚区域的丢包中位为 0.3%，欧洲为 0.4%，大洋洲为 0.7%。丢包每上升 1%，重传会让有效吞吐下降约 20%，这是「测速不慢但操作卡」的常见原因。
延迟低不等于体验好。
抖动 30 ms 的 60 ms 线路，不如抖动 4 ms 的 90 ms 线路。线路档案 · 指标说明
06PEAK
晚高峰，智能分流还稳不稳
跨境链路有明确的时段特征。下表是 2026 年 10 月三个主力节点的分时段中位值，用来看「什么时候该换区域」。
| 时段 | 香港 | 东京 | 洛杉矶 | 建议 |
|---|---|---|---|---|
| 00:00–08:00 | 21 / 2 ms | 34 / 3 ms | 128 / 4 ms | 大文件与更新 |
| 08:00–18:00 | 26 / 4 ms | 41 / 5 ms | 143 / 6 ms | 办公与会议 |
| 18:00–20:00 | 32 / 7 ms | 49 / 9 ms | 161 / 10 ms | 游戏开始受影响 |
| 20:00–22:00 | 40 / 11 ms | 60 / 13 ms | 178 / 14 ms | 优先低负载节点 |
| 22:00–24:00 | 29 / 5 ms | 45 / 6 ms | 150 / 7 ms | 逐步回落 |
07COMPARE
和全局代理、自建线路放在一起看
三种方式都能换出口，差别在谁维护、出问题谁排查、以及你愿意投入多少时间。
| 维度 | 快连 | 普通代理 | 自建线路 |
|---|---|---|---|
| 节点维护 | 平台巡检，每日 4 次 | 依赖服务商 | 自己维护 |
| 选路 | 延迟/抖动/负载加权 | 多为手动 | 需自行脚本 |
| 分流 | 内置规则 + 自定义 | 通常仅全局 | 需自写规则 |
| 上手 | 安装后一次设置 | 需找可用节点 | 需服务器知识 |
| 多端 | 四端同一账号 | 多数不支持 | 需自行同步 |
| 适合 | 办公、会议、日常 | 临时单次 | 有运维能力的团队 |
看维护成本
自建线路的隐性成本在故障排查：一条链路抖动，要先分清是本地、出口还是对端。
看切换成本
代理换节点往往要手动改配置；快连在客户端内切换，会话重建一次即可。
看合规边界
企业专线与合规专网不在本文对比范围，涉及合同与审计的团队应单独评估。
08FIRST RUN
第一次开智能分流，八项检查
多数「连不上」不是节点问题，而是设备状态没准备好。按下面的顺序过一遍，通常三分钟内能定位。
- 系统时间与网络时间误差小于 5 分钟。
- 客户端版本为 3.3.0 或更新。
- 没有第二个代理工具同时接管系统代理。
- 防火墙允许客户端进程与虚拟网卡。
- 先测速再连接，避开负载 80% 以上的节点。
- 连接后打开一个境外站点验证，而不是只看状态灯。
- 公司网络下确认 IT 策略允许此类客户端。
- 仍失败时记录日志时间点，便于客服对照。
09MAINT
分流规则怎么维护，你会感知到什么
节点维护采用「先迁移、后下线」，多数情况下你只会看到一次重连。下表是 2026 年 10 月的例行窗口。
| 区域 | 窗口 | 备份策略 | 可感知影响 |
|---|---|---|---|
| 东亚 | 周二 03:00–04:00 | 同城 + 邻城 | 延迟上升 5–10 ms |
| 东南亚 | 周三 02:00–03:00 | 新加坡双入口 | 短暂重连一次 |
| 欧洲 | 周四 02:00–04:00 | 法兰克福 ↔ 伦敦 | 延迟上升约 10 ms |
| 北美 | 周五 03:00–05:00 | 洛杉矶 ↔ 圣何塞 | 会话重建一次 |
| 其他 | 按需 | 区域内互备 | 节点少，建议避开 |
据 2026 年 10 月的维护记录，五次例行维护中有四次没有触发用户侧断连，唯一一次断连发生在洛杉矶链路切换，持续 11 秒；迁移后的延迟比维护前低 4 ms。
10FAQ
五个智能分流问题，先把口径对齐
回答基于 2026 年 10 月的巡检数据与客户端 3.3.0，节点调整后数字会变化。
150 个节点里，常用的有多少个？
按 2026 年 10 月的调度记录，日常连接集中在 38 个主力节点，其余为备份与区域分流节点。备份节点平时不分配，主力节点维护或抖动超标时接管。
为什么香港的延迟中位数比东京低？
物理距离与海缆路径共同决定。香港到华南、华东的往返路径更短，巡检中位数 26 ms；东京受海缆跳点影响，中位数 41 ms。北方城市到东京的差距会缩小到 8 ms 以内。
页面上的延迟和客户端里显示的不一致，信哪个？
以你本地客户端为准。页面数字来自固定测试点，反映的是那条线路的常态水平；你的宽带、Wi-Fi 与运营商接入会叠加 5 至 20 ms。
晚高峰一定要换节点吗？
看抖动，不看延迟。延迟上升 15 ms 以内属于正常波动；抖动连续超过 12 ms 或丢包超过 1%，才建议换同区域其他节点。
线路档案多久更新一次？
节点增减与延迟区间随巡检每周更新一次，页面底部标注数据日期；客户端版本变化时，下载页与帮助内容同步更新。
11ABOUT
这份分流档案怎么来的
线路档案组每周围绕节点做一次巡检：同一测试点、同一时段、同一批探测包，记录延迟与抖动的中位数。表格里的每个区间都能追溯到一次采样，测试机配置与网络写在表下。
我们不引用无法复现的排名，也不承诺「一定能打开某个站点」——目标站点的策略变化不在线路控制范围内。档案只回答一件事：这条线路在什么条件下，大概是什么水平。
最近一次全量复核：2026-11-12。
先测一次分流，再决定用不用
下载后可以先测速再连接，不满意随时卸载，不绑定支付方式。