全局模式
所有流量走隧道,出口唯一。适合按 IP 白名单放行的后台系统。
- 优点:出口可预期
- 代价:国内系统绕路
- 建议:仅特定岗位开启
多数团队用分流模式即可;只有需要固定出口的系统才切全局;自定义留给有明确站点清单的岗位。
所有流量走隧道,出口唯一。适合按 IP 白名单放行的后台系统。
国内直连、海外代理,按规则库自动判断,是团队基线。
在基线之上追加域名或 IP 规则,支持强制直连与强制代理。
自定义、应用级与内置三类规则或许会同时命中。按优先级从上往下比对,一条连接只认最先命中的那条。
| 级别 | 规则类型 | 典型例子 | 能否被个人删除 |
|---|---|---|---|
| 1 | 强制直连 | 支付、银行、政务站点 | 基线三条不可删 |
| 2 | 强制代理 | 海外 SaaS、客户后台 | 可追加 |
| 3 | 应用级 | 同步盘整体直连 | 可改 |
| 4 | 国内域名库 | 约 4.4 万条域名 | 不可删 |
| 5 | 私有网段 | 10/8、192.168/16 | 固定直连 |
| 6 | 兜底代理 | 未命中以上任何一条 | 不可删 |
据 2026 年 10 月的团队日志,强制直连规则平均每人 1.4 条,强制代理平均 2.1 条;超过 6 条的用户不足 5%,但他们的冲突告警占了总量的 38%。规则越多,越需要定期清理。
同一台笔记本、同一条宽带、同一个节点,只切换模式。数字是 2026 年 10 月的中位值。
| 维度 | 全局 | 分流 | 差异说明 |
|---|---|---|---|
| 国内系统首屏 | 1.8 s | 0.9 s | 绕路导致 |
| 海外系统首屏 | 1.3 s | 1.4 s | 差异在握手上 |
| 小时流量 | 2.0 GB | 1.2 GB | 国内流量不走隧道 |
| 支付验证 | 偶发二次验证 | 正常 | 出口 IP 变化 |
| 局域网设备 | 需额外排除 | 默认直连 | 私有网段固定直连 |
| 配置复杂度 | 低 | 低 | 默认即可用 |
规则逻辑一致,入口不同。下面只写路径,不描述按钮外观,客户端改版后也不容易失效。
团队排查最有效的方法不是猜,而是看日志的四列:时间、目标、命中规则、走向。
| 时间 | 目标 | 命中规则 | 走向 | 该怎么处理 |
|---|---|---|---|---|
| 10:02:11 | oa.example.cn | 国内域名库 | 直连 | 正常 |
| 10:02:15 | crm.example.com | 强制代理 | 代理 | 符合岗位配置 |
| 10:02:20 | pay.example.cn | 强制直连 | 直连 | 保持,勿改 |
| 10:02:31 | 未知域名 | 兜底代理 | 代理 | 观察一周再决定 |
先看命中规则;若是兜底,说明域名不在库内,补一条规则即可。
多为 DNS 解析到不同 IP 段,可对该域名设强制走向。
确认已连接且日志开关打开;睡眠唤醒后建议重启客户端。
从零写规则很难维护。用「三条基线 + 岗位追加」的模板,规则数量可控,交接也清楚。
| 层级 | 规则 | 作用 | 谁能改 |
|---|---|---|---|
| 基线 | 私有网段直连 | NAS、打印机、路由后台可用 | 不可改 |
| 基线 | 支付类直连 | 减少异地风控 | 不可改 |
| 基线 | 未知流量兜底代理 | 保证海外站点可达 | 不可改 |
| 岗位 | 海外 SaaS 强制代理 | 销售、客服常用 | IT 可改 |
| 岗位 | 国内 OA 强制直连 | 行政、财务常用 | IT 可改 |
| 个人 | 单域名追加 | 个案修正 | 本人可改 |
三条基线是所有规则的地基,改动会影响全员。
销售与财务的走向不同,按岗位分比按部门分更准。
临时需求用完即删,避免半年后没人知道它为什么存在。
命名如 rules-20261112.txt,回滚时能找到上一版。
删掉重复与失效规则,冲突告警会明显下降。
比口头说明可靠,新人导入即可复现。
据 2026 年 10 月的统计,采用「三条基线 + 岗位追加」的团队,规则冲突告警比自由配置的团队低 63%;平均规则数 4.7 条,而自由配置的为 11.3 条。
分流决定流量怎么走,账号决定谁能用。两者分开管理,出问题才不会互相牵连。
| 事项 | 归分流 | 归账号 | 说明 |
|---|---|---|---|
| 哪个站点走代理 | 是 | 否 | 规则层 |
| 谁能登录 | 否 | 是 | 席位层 |
| 设备上限 | 否 | 是 | 套餐层 |
| 日志导出权限 | 否 | 是 | 管理员 |
| 规则下发范围 | 是 | 否 | 按组下发 |
规则、走向、日志属于技术侧。
席位、设备、权限属于管理侧。
先确认账号可用,再排查规则,顺序反了会白忙。
停账号、移除设备,规则文件移交。
据 2026 年 10 月的工单分类,同时涉及账号与规则的工单占 12%,平均处理 11 小时;先分责任再排查,能省一半时间。
分流不是「感觉快一点」,三组数字能说明它到底改变了什么。
| 指标 | 全局 | 分流 | 变化 |
|---|---|---|---|
| 国内站点首屏 | 1.8 s | 0.9 s | 缩短 50% |
| 小时流量 | 2.0 GB | 1.2 GB | 减少 40% |
| 支付验证触发 | 偶发 | 正常 | 明显减少 |
| 隧道并发 | 全部 | 约 14% | 下降 86% |
国内站点走隧道要多绕一段,1.8 秒与 0.9 秒的差别主要是路径长度。
国内流量不走隧道,实时流量统计里能看到明显下降。
支付保持本地出口,二次验证触发率下降。
只有约 14% 的连接进隧道,节点压力更小。
据 2026 年 10 月的统计,启用分流后小时流量中位从 2.0 GB 降到 1.2 GB,降幅 40%;这个比例会随团队国内业务占比变化,国内业务越多,节省越明显。
按同一批采样,分流的国内站点首屏中位为 0.9 秒,全局为 1.8 秒;差距不是带宽,而是路径。把「该直连的留下」写进基线,收益最直接。
| 团队类型 | 国内流量占比 | 流量节省 |
|---|---|---|
| 跨境销售为主 | 约 35% | 22% |
| 研发协作为主 | 约 58% | 38% |
| 国内业务为主 | 约 76% | 51% |
据 2026 年 10 月的统计,规则库里约 4.4 万条域名、1.2 万条 IP 段;命中后不建立隧道,因此不消耗节点带宽。规则库每两周更新一次,紧急规则 24 小时内热更新。
按同一批采样,分流模式平均每人 4.7 条规则,其中 2.1 条为强制代理、1.4 条为强制直连;规则超过 10 条的用户不足 4%,但冲突告警占了 27%。
另据日志统计,兜底规则命中率约 14%,其中三分之一在补了自定义规则后转为直连;兜底不是错误,它保证未收录的海外域名仍然可用。
| 项目 | 数量 | 更新 |
|---|---|---|
| 国内域名 | 4.4 万条 | 每两周 |
| IP 段 | 1.2 万条 | 每两周 |
| 紧急规则 | 按需 | 24 小时内 |
| 兜底命中 | 约 14% | 实时 |
4.7 条足够覆盖多数场景,超过 10 条冲突概率明显上升。
它保证未收录域名可用,误判时才需要补规则。
把规则写进交接文档,比留在某个人的客户端里可靠。团队交接时,规则文件、设备清单与日志模板三样一起移交,新人一天就能上手。
规则的价值不在数量,在可解释:每一条都能说出「为什么加」,半年后还能维护;说不出来源的规则,应当删除。
| 基线 | 作用 |
|---|---|
| 私有网段直连 | 局域网设备可用 |
| 支付类直连 | 减少异地风控 |
| 未知流量代理 | 海外站点可达 |
据 2026 年 10 月的统计,基线三条齐全的团队,规则相关工单占比从 18% 降到 7%;基线缺失的团队,最常见的问题是「局域网设备突然访问不了」。
分流规则也有「新鲜度」问题:站点换域名、换 IP、换 CDN 后,旧规则可能失效。建议每季度用日志复核一次,重点看兜底命中的国内域名。
复核不需要逐条查,只要在日志里筛「命中规则 = 兜底」且「目标为 .cn」的记录;出现三条以上,就说明该补规则了。
这套方法比「凭感觉加规则」有效:有据可查,也不会把规则库越堆越大。
最后,分流不是一次配置就结束的事。团队规模、业务区域与目标站点都在变,每季度花半小时复核,比出问题再救火划算。
如果你只有十分钟,先做两件事:确认三条基线在、确认支付类走直连;这两件做对,八成问题不会发生。
最后说明:本页的规则表会随版本更新,页面标注的规则库版本应与客户端内显示一致;不一致说明客户端需要更新。
规则之外,节点质量仍然决定体验;分流只解决「走哪条路」,不解决「路好不好」。两者配合,才是完整方案。
团队落地时,建议把本页的三张表打印出来贴在 IT 工位:规则优先级、四端差异、基线三条。新人照着做,比问人快。
这也是本页写成表格而不是长文的原因:表格能在现场用,长文只能读一遍。
本页内容随客户端版本与规则库更新,最近一次复核为 2026-11-12。
如发现规则表与客户端不一致,以客户端内显示为准,并欢迎通过联系页告知,我们会在下一次复核时对照。
本页表格可直接用于团队内部培训,引用请注明版本。
回答对应 v4.0.2 与 2026 年 10 月的规则库。
可以。统一下发的是基线规则,个人可以追加,但不能删除基线里的三条:私有网段直连、支付类直连、未知流量兜底。
支付平台按 IP 与地区做风控,走隧道会被判定为异地登录。保持本地出口,能减少验证码与二次验证。
可以。规则是文本,四端通用;差异在执行层,例如 macOS 需要系统扩展才能接管流量。
不需要。规则按域名与 IP 判断,与本地网络无关;但如果新网络的 DNS 解析异常,日志里的走向可能变化,建议复测一次。
下载后先按默认分流用一周,日志会告诉你需不需要补规则。