规则模式、全局模式与直连模式如何选择？

日常使用可从规则模式开始；怀疑某个网站被分错出口时，临时用全局模式做对照；检查基础直连能力时，再使用直连模式。这些模式决定进入内核的连接如何处理，不等于决定所有应用是否已经被客户端接管。

先理解三种处理方式

规则模式依据配置匹配连接，结果可能是代理、直连或拒绝。全局模式通常将进入内核的流量交给全局选择的出口，因此仍需确认选中的代理组和节点。直连模式让已接管流量直接连接目标。具体行为以当前客户端及所用内核的说明为准。

一个容易忽略的情况是：浏览器使用了系统代理，但另一个应用采用自己的连接设置。即使客户端显示全局，后者也未必经过它。排查时先确认连接有没有进入内核，再讨论用了哪种模式，不能从模式名称反推设备的全部流量路径。

规则模式适合哪些任务

当你希望不同网站采用不同出口，或者需要保留本地设备访问时，规则模式提供按条件处理的能力。它的价值在于明确分工，而不是自动保证更快。规则是否合适，应通过自己的任务验证；列表很长或名称很专业，都不能替代检查实际命中结果。

对一个刚开始使用的配置，可以先选几项日常任务：打开普通网页、访问需要代理的资料、连接自己的局域网设备。记录每项是否完成，再检查对应出口。这样能及早发现规则覆盖范围不符合需求的情况，而不是使用多日后才发现某个应用走错路径。

全局模式用于有限对照

1. 保存当前配置与代理组选择，记录异常目标和错误表现。
2. 确认一个出口能够完成其他访问，再临时选择全局模式。
3. 关闭旧请求后重试同一任务，观察行为与连接记录。
4. 若结果改变，返回规则模式核对命中的规则及出口。
5. 完成对照后恢复日常设置，只保留有明确用途的修正。

如果全局与规则都失败，不应继续只调整规则。问题还可能位于节点连接、域名解析、目标网站或本地网络。全局只是改变分配方式，不能自动修复套餐到期、配置缺失和服务权限。

直连与关闭软件并非完全相同

直连模式下，请求仍可能经过内核处理后再直接连接。关闭客户端则涉及系统代理、虚拟网卡等接管是否已经解除。若软件退出后浏览器反而断网，应检查系统是否仍指向已经停止工作的本地代理入口，先恢复原设置再继续排查。

不要把模式当作加速等级

全局并不是“最高性能”，直连也不是“最低保护”的简单排序。某些本可直接访问的任务绕远后可能更慢。虚拟网卡接管与这些处理模式又属于不同层面，启用虚拟网卡并不要求所有请求走同一个代理。

调整时避免同时更换节点、解析服务与规则。一次只改变一项，并给结果写清时间和环境。若临时修改没有改善，恢复后再试下一项，防止多个未经验证的设置叠加，让最初的问题越来越难重现。

继续阅读：系统代理与 TUN 有什么区别？；Clash 是什么？客户端、内核与订阅的关系