规则模式、全局模式和 TUN 有什么区别？新手分流指南

“已经开了全局，为什么某个软件还是不走节点？”“开启 TUN 后，是不是所有网站都会用机场流量？”这两个问题，常常来自同一个误解：把连接怎么进入客户端，与进入后走哪条路，混在了一起。

规则模式和全局模式，主要决定客户端收到连接后怎么处理；系统代理和 TUN，则影响哪些连接能进入客户端。 理解这两层，设置就容易判断了。下面以 Mihomo 体系的常见概念为例，具体开关名称以你使用的客户端为准。

规则、全局、直连分别做什么

Mihomo 的运行模式说明列出了这三种模式，并指出全局模式需要选择 GLOBAL 策略组中的代理或策略。查看官方运行模式说明。

这里最容易漏掉的条件，是“进入客户端的连接”。如果某个应用没有采用系统代理，也没有被其他接管方式覆盖，只修改客户端里的模式，未必会改变它的连接。

系统代理是向应用提供的一种代理配置。应用是否采用系统设置，还与它自身的网络实现和选项有关。排查时，应查看应用的说明和实际连接记录，不能只看系统开关。

TUN 使用虚拟网络接口配合路由处理流量。Mihomo 文档提供了自动路由、路由排除与平台相关选项，说明它的实际覆盖范围取决于配置与系统环境。查看 TUN 文档。

因此，TUN 开启并不自动等于“全部走远程节点”。连接被接收后，仍要由规则或当前运行模式决定出口；也可能存在被排除的应用、地址或网络范围。

假设你希望不同用途采用不同连接方式，可以先列出预期：某类服务使用指定节点，本来就顺畅的服务采用直连，局域网设备保持本地访问。

规则模式的价值，就是把这些预期写成可检查的分流安排。但现成配置是否已经覆盖你的应用，要看实际规则，不能只看名字。

全局模式便于临时观察某个出口的表现，但并不天然更快。把原本适合直连的请求也送到远程出口，可能增加路径和流量消耗。是否有影响，仍要用自己的应用来对照。

有些客户端可以保存多份配置。先确认你编辑的那份，确实已经被选中并加载。文件改了但没有生效，会让后续判断全部跑偏。

命中一个名为“常用”的策略组，不代表它一定选中了你想用的节点。策略组可能是手动选择，也可能包含其他策略，应该继续查看实际出口。

Mihomo 的规则按从上往下的顺序匹配，上方规则优先。因此，前面的宽泛规则可能影响后面的具体匹配。查看官方路由规则说明。

修改时可以先观察目标命中了哪条规则，再调整与它直接相关的项目。把整份规则全部替换，反而更难保留可用部分。

先保存当前配置，确认系统与客户端是否满足该功能的要求。然后保持节点和测试目标不变，仅对照 TUN 开启前后的表现。

如果仅某个应用、局域网设备或特定网络异常，应继续核对路由排除、DNS 和应用本身的连接方式。不要同时打开多个会接管网络的工具，也不要把网上的完整配置不加核对地覆盖进去。

“全局”不是计费规则。经过哪个出口、哪些流量被服务方计费，需要分别看实际连接与套餐说明。它也不能替代你本地宽带或移动网络本身的流量。

只有相关请求确实被规则分到直连等不计入该套餐的路径时，才可能减少该套餐扣费。单纯切换模式名称，并不能保证结果。

看你的应用需求和兼容性。如果当前方式已覆盖常用应用，就不必为多开一个开关增加排查项目。需要它时，再按对应客户端文档设置并验证。

连接仍不正常，可以按节点连接排查顺序继续检查；担心配置分享问题，可以看订阅链接安全清单。

想判断某个应用该如何分流，可以通过 Telegram 联系我交流。 提供客户端名称、应用和预期连接方式即可，不需要发完整配置。