第一次使用 Clash 或基于 Clash Meta（mihomo）内核的客户端时，界面中的“规则”“全局”和“直连”经常会让人困惑。它们并不是三个不同的订阅，也不是三个独立的代理服务器，而是决定连接如何被分配的一组运行模式。模式切换后，客户端对域名、IP 地址以及应用发起的连接采用不同的处理路径，因此同一个网站在不同模式下可能出现不同的访问结果。
理解这三个选项，关键不在于记住某个按钮的位置，而在于分清三个层次：客户端是否接收到流量、流量进入后如何匹配规则、匹配结果最终交给代理还是本地网络。本文以桌面客户端中最常见的使用流程为主，说明模式的工作方式、适合的测试场景，以及遇到连接异常时应如何有顺序地排查。
一、三种模式分别改变了什么
Clash 配置通常包含代理节点、代理组、规则和规则提供者等部分。客户端启动内核后，会监听配置中指定的 HTTP、SOCKS、混合或其他代理端口；支持系统代理的应用可以把请求交给这些端口。对于没有使用系统代理的程序，如果客户端启用了 TUN，并且系统权限、路由和 DNS 设置都满足条件，部分原本不会主动使用代理端口的流量也可以被接管。
流量进入内核后，模式会影响规则处理流程。规则模式按照配置文件中的规则顺序逐条匹配，匹配到的策略可能是某个代理组、DIRECT、REJECT 或其他策略。全局模式则绕过普通的域名和 IP 规则，把可接管的连接统一交给当前选择的全局代理组。直连模式把连接交给本地网络，通常对应 DIRECT 处理。需要注意，模式只对已经进入 Clash 处理范围的流量有效；应用没有使用系统代理、TUN 没有接管成功或客户端未运行时，切换模式不会改变这部分连接。
规则模式：让配置决定连接去向
规则模式是大多数用户的日常选择。配置文件会根据域名后缀、完整域名、地理数据库、IP 地址、进程或规则集等条件判断连接去向。例如，规则可以让局域网地址和国内服务使用 DIRECT，让特定域名交给代理组，再用 MATCH 作为最后的兜底规则。最终行为取决于当前配置的具体内容，不能只看客户端按钮名称推断。
规则是有顺序的。排在前面的规则先获得处理机会，后面的规则只会处理尚未命中的连接。因此，某条较宽泛的域名规则如果放在前面，可能会让后面更精确的规则失效。规则模式下遇到“某个站点没有按预期走代理”，应先查看连接详情和命中的规则，而不是立即反复切换模式。
全局模式：统一交给当前代理组
全局模式的目标是减少规则变量。切换到全局后，客户端通常会使用界面中选定的全局代理或代理组处理连接。不同客户端的命名可能略有差异，有的界面称为“全局代理”，有的会显示当前代理组，但本质都是把流量路径集中到一个明确的代理选择上。
全局模式并不等同于“所有系统流量百分之百自动进入代理”。它仍然受系统代理、客户端接管范围、应用协议和 TUN 状态影响。浏览器已经使用系统代理时，测试结果通常比较直观；某些游戏、命令行工具、虚拟机或系统服务若不读取系统代理，仍可能需要 TUN、应用自身代理设置或额外的路由方案。
直连模式：把连接交给本地网络
直连模式会让进入 Clash 处理范围的连接按 DIRECT 路径访问目标，不经过代理节点。它适合检查本地 DNS、宽带、公司网络、路由器和应用本身是否正常，也适合在代理节点暂时不可用时恢复对普通本地服务的访问。
直连模式不是“关闭 Clash”的同义词。客户端仍可能保持运行，系统代理或 TUN 仍可能处于开启状态，只是内核对接收到的连接选择本地出口。若需要完全排除客户端接管因素，可以在确认配置和当前工作状态后关闭系统代理或停止相关接管功能，再进行对照测试。
二、日常使用时应该选择哪一种
对已经准备好规则的订阅配置，规则模式通常最适合长期使用。它可以让不同类型的流量分别走代理、本地直连或其他策略组，减少手动切换次数。比如常用国内网站可以保持较低的访问延迟，指定的海外域名交给代理组，局域网设备继续通过本地地址访问。规则模式的便利建立在配置质量之上：规则集更新时间、策略组名称、DNS 行为和兜底规则都会影响最终结果。
全局模式更像一个诊断工具，也适合临时需要让浏览器或指定应用统一通过某个节点的情况。测试时可以先选择一个确认可用的节点或代理组，再切换全局模式，打开目标站点并观察连接详情。如果全局模式能访问，而规则模式不能访问，问题往往位于规则匹配、策略组选择或规则集更新，而不是节点本身。
直连模式适合做反向对照。当某个站点在规则模式下打不开时，切换直连并访问同一地址，可以帮助区分本地网络故障和代理路径故障。如果直连可以访问、全局不能访问，应检查节点、代理组、远端 DNS 或代理协议；如果直连和全局都不能访问，则应继续检查域名解析、网络连接、应用状态和目标服务本身。
| 模式 | 主要处理方式 | 更适合的场景 |
|---|---|---|
| 规则 | 按规则顺序匹配，再交给对应策略 | 日常使用、按站点分流、局域网与代理混合访问 |
| 全局 | 可接管的连接集中交给当前代理组 | 验证节点、临时统一代理、排除规则变量 |
| 直连 | 可接管的连接通过本地网络访问 | 验证本地网络、对照代理故障、访问本地服务 |
三、用三步对照法定位访问问题
遇到网页打不开、应用连接超时或登录接口异常时，建议固定测试对象和测试条件。不要在每次测试中同时更换节点、DNS、模式和浏览器，否则即使结果改变，也很难判断究竟是哪一项设置产生了影响。
- 先测直连。保持目标地址、浏览器和网络环境不变，切换到直连模式。确认域名能够解析、页面是否可以建立连接，并记录浏览器错误提示。若直连也失败，先处理本地网络、DNS、系统时间或目标服务问题。
- 再测全局。选择一个状态正常的代理节点或代理组，切换到全局模式。观察客户端连接列表中是否出现目标域名，查看连接使用的策略、出站类型和错误信息。若连接没有出现在列表里，重点检查系统代理或 TUN 接管范围。
- 最后回到规则。在规则模式下重新访问同一目标，打开连接详情并查看命中的规则。如果命中 DIRECT，说明规则把它分配到了直连；如果命中某个代理组，再检查该组当前选择和节点延迟；如果命中 MATCH，则应查看兜底策略实际指向哪里。
这个顺序能够把变量逐步增加：直连先确认基础网络，全局确认代理路径，规则最后确认分流逻辑。对于命令行工具，可以使用应用支持的代理参数或环境变量进行单独测试；对于浏览器，则要确认系统代理是否生效。测试时还要留意浏览器缓存、连接复用和 DNS 缓存，必要时关闭页面后重新打开。
四、规则模式下常见的误判
命中 DIRECT 不代表规则失效
DIRECT 是一种明确的出站选择，许多配置会主动让局域网域名、局域网 IP、国内站点或特定服务直连。看到连接详情中的 DIRECT 时，先对照配置意图。如果该域名本来就应该直连，结果是正常的；如果它应该代理，则检查域名是否被更早的规则匹配，或规则集是否仍是旧版本。
命中代理组不等于节点一定可用
规则只负责把连接交给某个策略，策略组内部还可能包含多个节点、自动选择组、故障转移组或链式代理组。全局模式下同样需要选择具体节点或确认代理组当前的选择。节点延迟测试成功也不代表所有目标协议都能访问，因为延迟检测与实际 HTTPS、WebSocket 或 UDP 流量使用的路径可能不同。
域名规则和 IP 规则可能得出不同结果
有些请求先通过域名访问，有些连接在解析后表现为 IP 目标。配置中的域名规则、GeoIP 规则、逻辑规则和 DNS 模式可能共同影响匹配结果。遇到同一服务的网页、桌面应用和接口表现不一致时，应比较各连接的目标域名、目标 IP、端口和命中规则，不要只依据浏览器地址栏判断。
五、TUN 模式与三种代理模式的关系
TUN 是一种系统级流量接管方式，客户端创建虚拟网络接口，把符合条件的网络流量交给内核处理。它解决的是“哪些流量能够进入 Clash”，而规则、全局、直连解决的是“进入之后选择什么出口”。两者属于不同层次：开启 TUN 不会自动让所有连接走代理，切换全局也不能替代 TUN 的权限、路由和 DNS 配置。
如果浏览器在规则模式下工作，但某个不读取系统代理的应用完全没有连接记录，可以考虑该应用是否需要 TUN 才能被接管。启用 TUN 前，应确认客户端具备所需的系统权限，避免与其他 VPN、虚拟网卡、企业安全软件或网络加速工具产生冲突。TUN 的 DNS 处理、自动路由、绕过局域网和 IPv6 行为也可能影响结果，建议一次只调整一个选项并保留原设置。
在 TUN 已开启的情况下，直连模式仍然可能通过本地网络访问目标，全局模式仍然需要有效的代理节点，规则模式仍然按照配置顺序处理。若 TUN 开启后所有网络都异常，可以先回到直连模式观察连接，再暂时关闭 TUN 做对照；如果关闭后恢复，排查范围就集中到虚拟接口、路由、DNS 和其他网络软件的冲突。
六、切换模式前后的检查清单
- 确认客户端当前启用的是目标配置文件，而不是刚刚导入但尚未切换的文件。
- 确认订阅更新时间正常，策略组仍然存在，节点列表不是空白状态。
- 记录当前系统代理端口；部分程序只支持 HTTP 代理，部分程序支持 SOCKS，需要使用对应端口。
- 确认系统代理开关与客户端运行状态一致，避免浏览器仍连接到旧端口。
- 检查是否同时运行其他 VPN、代理软件、网络过滤器或虚拟网卡工具。
- 测试时固定同一个域名和应用，分别记录直连、全局、规则下的连接详情。
- 回到规则模式后确认代理组的实际选择，自动选择组的测速结果不能代替目标站点测试。
完成排查后，日常配置通常应回到规则模式，并把明确需要代理的站点写入合适的规则或规则集，把局域网和本地服务保留为直连。只有在诊断或临时需求下才长期使用全局模式。这样既能保留分流的可控性，也能避免把不需要代理的服务交给远端节点，减少访问路径和故障范围的不确定性。
七、结论：先判断问题，再选择模式
规则、全局和直连没有固定的“最好”选项。规则模式回答的是“按照配置分流”；全局模式回答的是“在接管范围内统一使用当前代理”；直连模式回答的是“在接管范围内回到本地网络”。遇到问题时，按照直连、全局、规则的顺序进行对照，结合连接记录和命中规则查看结果，通常比频繁点击模式按钮更快找到原因。
如果目标是稳定的日常使用，先准备结构清晰的配置，确认订阅和策略组能够正常更新，再检查系统代理或 TUN 是否覆盖目标应用。掌握这套判断方式后，模式切换就不再是凭感觉尝试，而会成为一套可重复的网络排查步骤。