一条连接，五次判断

判定发生在连接建立之前，按优先级逐级匹配，任何一级命中就停止。这让结果可复现，也方便用日志排查。

1. 取目标
   • 同时拿到域名与解析后的 IP，两者都参与匹配。
   • 解析失败时只按 IP 段判断，避免误送国内站点进隧道。
2. 自定义优先
   • 强制直连、强制代理的优先级最高。
   • 按最长后缀匹配，example.com 优先于 com。
3. 国内域名库
   • 命中域名库或 IP 段时走向直连。
   • 国内 CDN 回源域名也在库内，静态资源不绕路。
4. 应用级规则
   • 只对未命中前两级的连接生效。
   • 适合把某个同步盘整体设为直连。
5. 兜底代理
   • 以上都未命中则进入隧道。
   • 兜底结果会写日志，便于补规则。

全局与分流，差在哪

同一台电脑、同一条宽带、同一个节点，只切换模式，结果如下。数字是 2026 年 10 月的中位值。

四个平台，入口在哪

规则逻辑一致，入口位置不同。下面只写路径，不写按钮长什么样，客户端改版后也不容易失效。

两条规则打架，听谁的

自定义、应用级与内置规则可能同时命中。优先级从高到低排列，同一连接只采纳第一个命中的结果。

优先级数字越小越先命中，适用于 3.3.0 版本。

优先级	规则类型	示例	生效范围
1	强制直连	支付域名加入直连	该域名全部连接
2	强制代理	海外站点加入代理	该域名全部连接
3	应用级	同步盘整体直连	未命中前两级的连接
4	国内域名库	内置站点清单	库内域名与 IP 段
5	私有网段	192.168/16 等	固定直连，不可覆盖

据 2026 年 10 月的日志统计，规则冲突告警每天约 40 条，其中 8 成来自同一条自定义规则与内置库重叠。删掉重复的自定义规则，冲突就会消失。

冲突排查的三步，按顺序做。

步骤	看什么	怎么改
1	日志「命中规则」列	确认实际生效的是哪一条
2	自定义规则列表	删掉与内置库重复的条目
3	复测同一连接	走向正确即完成

据 2026 年 10 月的日志，分流模式下的连接里约 86% 走直连、14% 进隧道；这个比例随使用习惯变化，追剧多的人隧道占比会更高。比例本身没有好坏，关键是「该直连的没进隧道」。

另一组数据：自定义规则平均每人 2.3 条，超过 10 条的用户不足 4%。规则越多，冲突概率越高，这也是我们建议「先默认、再补单条」的原因。

规则数量与冲突概率的关系，2026 年 10 月样本。

自定义规则数	冲突告警占比	建议
0–2 条	3%	保持
3–10 条	12%	定期清理重复项
10 条以上	27%	导出备份后精简

规则冲突还有一个隐蔽来源：应用级设置与域名规则重叠。把某个应用整体设为直连，但它访问的海外域名在兜底里，最终仍会按应用级走直连，表现为「这个应用打不开海外页面」。

遇到这种情况，先看日志的「命中规则」是不是应用级；如果是，把该应用改回默认，再用域名规则单独处理。应用级适合「整体直连」的同步盘，不适合混合访问的浏览器。

分流不是越精细越好。规则的可维护性比数量重要：三个月后你还能看懂的那几条，才是有效的规则。

日志里还有一个字段值得看：连接耗时。同样走代理，耗时 120 ms 与 900 ms 的差别，往往不是规则问题，而是节点握手慢。

如果某条规则只在特定时段失效，先怀疑 DNS 解析到了不同 IP 段，而不是规则本身被覆盖。把该域名设为强制走向，可以绕开这个抖动。

最后提醒：切换模式后，已建立的连接不会立刻改变走向，需要重新发起请求。浏览器标签建议关掉重开，避免旧连接仍走原路径。

规则是工具，不是目的。多数人用默认分流就够，只有固定站点清单的人才需要自定义。

如果拿不准某条规则该不该加，先观察一周日志。日志里反复出现同一条「兜底代理」而你觉得它该直连，再加也不迟。

规则表会随版本更新，页面标注的规则库版本与客户端内显示应一致；不一致说明你的客户端需要更新。

本文的规则表只列常见类型，完整的域名库在客户端内，约 4.4 万条，无法也不必逐条列出。

如果你只想记一句话：让该直连的留下，让该加速的出去，规则越少越好。