01先分清接管范围与路径选择

代理客户端的模式，通常用于决定已经进入客户端的请求应该走哪条路径。

另一个独立问题是哪些请求会进入客户端，这与系统代理、虚拟网络接口、应用自身设置以及权限有关。只有先理解这两层，才能避免把某个模式名称误读成对整台设备全部通信的绝对保证。

例如，一个应用遵循系统代理设置，另一个应用使用自己的网络方式，两者可能受到不同影响。即使客户端界面显示全局模式，也不能仅凭这几个字推断所有程序都从同一个出口连接。接管范围由软件和系统共同决定，而模式负责在既定范围内作出路径选择。

02规则模式按条件决定去向

规则模式会根据配置中的条件，把不同请求交给对应的处理方式。

条件可能涉及域名、地址、应用或其他信息，结果可能是直连、通过某个策略组或拒绝连接。具体支持哪些条件、怎样匹配，取决于客户端内核和配置格式，不能把一款软件的行为当成全部软件的标准。

一个常见需求是让工作所需的本地服务直接连接，而让另一类请求使用代理。这样做的价值在于按用途安排路径，而不是简单追求代理得越多越好。规则是否合适，需要结合实际服务地址和使用环境判断。别人的完整配置也可能包含不适合自己网络的例外或依赖。

03全局模式通常统一处理已接管请求

全局模式通常让被客户端处理的请求采用一个统一的代理策略，减少逐项分流带来的差异。

它可以让某些场景更容易理解，但并不保证目标服务更可用，也不意味着全部域名解析或所有网络协议都自动按照同一种方式处理。不同软件对这一名称的具体实现仍可能不同。

统一转发也会改变一些原本适合直连的访问，例如局域网设备、本地服务或对网络位置敏感的应用。由此出现体验变化，不一定是节点故障，而可能是路径选择与任务不匹配。理解全局模式的范围，比把它当作“更强的模式”更有助于判断该选什么。

04直连表示不经所选代理转发

直连通常表示该请求由当前网络直接访问目标，而不经过配置中的代理出口。

它不等同于关闭所有网络保护，也不自动改变网站自身使用的加密方式。例如，使用安全网页连接时，页面与服务器之间的加密仍由应用协议决定，不会仅因为路径直连就变成明文。

同时，直连也不保证路径最短、延迟最低或连接成功。互联网路由由多个网络参与决定，地理距离只是影响因素之一。对于本来就适合本地访问的内容，直连可能更方便；对于当前网络难以连接的目标，它可能无法满足需求。模式名称说明处理方式，而不是给出质量结论。

05策略组和规则承担不同职责

规则通常决定请求交给哪个处理对象，策略组则可能决定这个对象当前使用哪个节点。

某些组由用户选择，某些组会按可用性或测试结果自动调整。于是“规则没有改变”与“实际出口发生变化”并不矛盾，因为规则可以仍然指向同一组，而组内部的选择已经变化。

此外，已有连接和后来建立的新连接，可能并不在同一时刻切换路径。页面中某个选项改变后，不宜立即把所有进行中的通信都视为已经重新建立。理解请求、规则、策略组和节点之间的层次，有助于解释为什么界面上的一次选择，并不总会让所有应用瞬间呈现相同结果。

06按访问目标理解模式是否合适

判断模式时，可以先描述希望得到的结果：哪些访问需要保持本地路径，哪些访问需要代理，哪些通信应该避免进入第三方出口。

这样的描述比只记住模式名称更可靠。配置中的例外越多，越应该弄清每条规则的用途，避免多年积累的设置掩盖当前需求。

遇到某个网站表现异常，不要直接认定更换模式就能解决。问题也可能来自域名解析、账户权限或目标服务自身。模式选择只改变它负责的环节。本站统一导入与使用指南负责具体操作，这篇文章提供的是理解这些操作的基础：接管范围回答哪些请求受影响，模式回答它们怎样选择路径。