高墙之外❤️返回首页

Clash Verge Rev 全局代理和规则代理区别

更新于 2026-10-31 · passwall.buzz

简答:Clash Verge Rev 中,全局代理与规则代理的核心区别是“流量由谁决定出口”:全局模式统一使用你选定的代理节点或本地网络,规则模式则根据配置文件逐条匹配,决定某个请求直连、代理或阻断。日常浏览、办公通常先用规则模式;需要确认节点是否能工作、或怀疑规则没有命中时,再临时切换全局模式对比。注意,全局模式不等于所有应用都一定被接管,实际还取决于系统代理或 TUN 是否开启。

定义:代理模式是 Clash Verge Rev 对已经进入本地代理程序的请求选择出站方式的规则,不等同于系统代理开关,也不等同于 TUN 接管范围。

先看结论:全局代理和规则代理到底差在哪里

Clash Verge Rev 官方文档把“规则、全局、直连”定义为路由模式:规则模式依据配置文件中的规则集决定流量从代理节点还是本地网络出去;全局模式让所有流量从手动选定的代理节点或本地网络出去;直连模式则全部从本地网络出去。可参阅Clash Verge Rev 官方名词解释。

比较项规则代理全局代理
判断方式按规则从上到下匹配,分别选择直连、代理或阻断不按普通分流规则逐个决定,统一使用选定的出站
国内网站如果规则匹配到直连,通常走本地网络通常也会进入统一选择的出站,可能增加绕行;最终仍取决于当前出站选择
需要代理的网站只有命中代理规则,或命中最后的代理兜底规则时才走节点由全局选择的代理出站统一处理
速度与延迟直连流量不必经过代理节点;具体速度仍需实际测试所有已进入代理程序的流量都使用同一出站,可能增加不必要的路径
流量消耗取决于规则把哪些请求分配给代理已进入代理程序的请求通常统一交给所选出站,后台流量也可能受影响
适合场景日常办公、普通浏览、按网站或应用分流临时排查规则、验证节点、需要统一出口的测试
主要风险规则过期、顺序错误或兜底错误会导致漏分流容易把本来应直连的请求也交给代理;不能用它直接修复节点或 DNS 故障

一句话选择:没有明确排查目标时先用规则模式;只有在验证“节点本身能不能连通”或定位规则问题时,才短时间切到全局模式。

最容易混淆的三层设置:模式、系统代理、TUN

代理模式决定进入 Clash Verge Rev 后的流量如何出站;系统代理决定哪些遵守操作系统代理约定的应用会把请求交给本地代理端口;TUN 模式则通过虚拟网卡和系统路由把流量重定向到代理程序。三者不是同一个开关。

官方文档说明,系统代理依赖应用主动读取系统中的代理配置,并不是所有程序都会遵守;它也不能代理 UDP 流量。TUN 模式通过虚拟网卡处理 TCP 与 UDP,应用通常不需要额外配置。具体差异见官方系统代理与 TUN 模式说明。

  • 只开启系统代理:浏览器等遵守系统代理的应用可能进入 Clash,部分命令行工具、游戏或自带网络栈的应用可能绕过。
  • 开启 TUN:接管范围通常比系统代理更广,但会涉及虚拟网卡、路由、权限和 DNS,不能把“已开启”直接等同于“所有应用都已正常联网”。
  • 切换全局模式:只改变代理程序内部的出站决策,不能替代系统代理或 TUN,也不能让原本没有进入代理程序的应用自动进入。

因此,假如浏览器能访问但某个桌面应用不能访问,先检查该应用是否真正进入 Clash,而不是立即把规则模式改成全局模式。

在 Clash Verge Rev 中如何切换并验证

  1. 先备份当前配置。不要一开始就改订阅规则或 DNS;记录当前配置文件、系统代理和 TUN 的开关状态,便于回滚。
  2. 进入代理页面。在 Clash Verge Rev 的代理页面找到模式选择,按界面显示选择“规则”或“全局”。当前官方源码的快捷操作文案同时列出了 Rule Mode、Global Mode、Direct Mode,以及系统代理和 TUN 开关;不同版本的菜单位置可能变化,名称以当前界面为准,可参阅项目源码中的设置文案。
  3. 选择一个明确的代理组或节点。全局模式下不要只看“已连接”或延迟数字,要确认当前全局出站确实是你准备测试的节点。
  4. 只测试一个现象。先访问一个平时需要代理的站点,再访问一个应直连的站点;观察 Clash 的连接记录、出站名称或规则列。一次测试只能说明当时的请求结果,不能证明长期稳定或所有应用都可用。
  5. 完成后回到规则模式。如果全局模式只是为了排查,测试结束后恢复规则模式,并关闭不需要的系统代理或 TUN,确认原本的办公、局域网和本地服务仍可用。

验证边界:浏览器能打开,不代表命令行、游戏或其他应用也走了同样路径;“连接已建立”也不等于网页、DNS 和后续请求全部正常。

规则模式下网站打不开,按这个顺序排查

  1. 先确认请求是否进入 Clash。如果连接记录里完全没有该请求,优先检查系统代理是否开启,或 TUN 是否运行;不要先修改规则。
  2. 再看命中的规则和出站。规则按从上到下匹配,命中第一条符合条件的规则后停止。官方规则文档明确建议关注规则顺序,并将兜底的 MATCH 放在最后。可查看Clash Verge Rev 官方自定义规则配置。
  3. 检查直连与代理是否写反。DIRECT表示直连,代理组名称表示交给对应出站,REJECT表示阻断。假如目标域名被提前匹配到 DIRECT,后面再添加代理规则也不会生效。
  4. 临时切换全局模式作对照。如果同一节点在全局模式下可以访问,而规则模式不行,问题可能在规则匹配、规则顺序、DNS 分流或出站选择;这只是排查方向,不代表全局模式就是最终方案。
  5. 最后检查 DNS、节点和系统网络。如果全局模式也失败,优先检查节点状态、配置文件是否有效、DNS 是否能解析,以及本机网络是否丢包。不要仅凭一次测速或某个网页结果判断节点长期可用。

自定义规则可以按域名、IP、端口或进程名进行分流,官方文档还提供了国内网站直连、流媒体和应用分流示例。修改前建议只增加一条最小规则,验证成功后再扩展,避免多条规则互相覆盖。

按使用场景怎么选

场景建议模式理由与验证方式
日常浏览与跨境办公规则让规则决定哪些请求直连或代理;用连接记录确认关键办公域名命中预期出站。
临时确认某个节点是否能工作全局减少分流变量;若仍失败,继续检查节点、DNS 和本机网络。
某个网站在规则模式打不开先规则,后短时全局对照先看是否命中错误规则,再用全局判断是否属于规则层问题。
局域网设备或本地服务访问异常规则或直连确认局域网网段没有被错误交给代理;必要时检查 TUN 排除设置。
游戏或 UDP 应用不能只看模式先确认应用是否进入 TUN;官方说明系统代理不能代理 UDP,模式切换本身不能解决接管范围问题。
下载或大量后台同步规则确认后台进程是否命中代理规则,避免把不需要代理的流量误交给统一出站。

如果需要绕过系统代理或排除 TUN 流量,应使用对应的绕过配置,而不是把全局模式和规则模式混为一谈。官方文档将系统代理绕过、TUN 流量排除和自定义路由规则分别列为不同机制,详见Clash Verge Rev 官方绕过配置说明。

本站说明与使用边界

本站是独立第三方使用指南,与 Clash Verge Rev 项目及相关服务商无关联。本文依据截至 2026 年 10 月 31 日可查的项目文档与源码整理;客户端界面、菜单位置和内核行为可能随版本变化,遇到名称不一致时以当前版本界面和官方文档为准。

文中没有把规则模式的“通常更适合日常使用”写成速度或稳定性保证。实际结果还会受到节点出口、DNS、MTU、本地网络、应用是否遵守系统代理以及规则数据更新时间影响。

常见问题

Clash Verge Rev 日常应该选全局还是规则?

通常先选规则模式,因为它可以按配置把不同请求分别交给直连或代理。若某个网站打不开,再短时间切换全局模式做对照;排查结束后恢复规则模式。

全局模式是不是所有软件都会走代理?

不是。全局模式只决定已经进入 Clash 代理程序的请求如何出站。哪些应用能进入代理程序,还取决于系统代理是否被应用遵守,或 TUN 是否正在接管流量。

规则模式下某个网站打不开,先切全局有用吗?

有一定排查价值,但不是最终修复。若全局模式能打开,可能是规则顺序、匹配结果、DNS 分流或出站选择问题;若全局模式也打不开,应继续检查节点、DNS 和本机网络。

全局模式会不会让国内网站变慢或增加流量?

存在这种可能,但不能仅凭模式名称断言实际速度或消耗。全局模式会把已进入代理程序的请求统一交给所选出站,具体影响取决于配置、节点和后台应用;可通过连接记录观察哪些请求实际走了代理。

系统代理和规则代理有什么区别?

系统代理是把本地代理端口写入操作系统约定位置,决定应用是否把请求交给 Clash;规则代理是请求进入 Clash 后决定从哪个出站离开。前者负责“进不进来”,后者负责“进来后怎么走”。

相关阅读

参考资料

  1. Clash Verge Rev Docs:名词解释(clashverge.dev)
  2. Clash Verge Rev Docs:自定义规则配置(clashverge.dev)
  3. Clash Verge Rev Docs:Bypass 绕过配置(clashverge.dev)
  4. Clash Verge Rev GitHub:设置与快捷操作文案