TL;DR：Clash Verge Rev 出现重复连接时，先别改规则。把入口缩到一个：只开系统代理、只开 TUN、或只开浏览器扩展。只要重复连接消失，问题就在入口叠加，不在订阅本身。

系统代理回环的表现通常很像网络慢：网页转圈、连接列表里同一域名出现多条记录、日志反复出现 CONNECT、127.0.0.1、localhost 或同一个本机端口。真正的问题不是请求多，而是请求离开浏览器后又被送回 Clash Verge Rev 入站端口。

先看入口是不是叠了

按这个顺序关掉多余入口：

入口临时处理异常信号
系统代理关闭 Verge 的 System Proxy浏览器仍能走本机端口
TUN关闭 TUN Mode关闭后重复连接立即消失
浏览器扩展禁用 SwitchyOmega、Proxy SwitchySharp 等扩展扩展里写了 127.0.0.1:7890
PAC改成系统默认PAC 又把请求指回本机
上游配置检查 proxies 列表某个代理的 server 写成本机地址

排查时不要同时改规则、DNS 和订阅。一次只改一个入口，日志才有参考价值。

典型回环写法

最危险的是把本机入站端口当成上游代理：

proxies:
  - name: local-loop
    type: socks5
    server: 127.0.0.1
    port: 7890

如果 Clash Verge Rev 的 mixed-port 也是 7890，请求会进入核心，再被送到同一个入站端口。连接列表看起来像不断重试，实际是自己接自己。

另一个常见坑是浏览器扩展强制代理，同时系统代理也指向 Verge。浏览器请求先走扩展到本机端口，系统网络层又按系统代理处理一次，部分应用会生成两条连接。

TUN 排查顺序

TUN 负责更底层的流量接管。它和系统代理同时开启时，不一定出错，但定位时要拆开：

  1. 关闭系统代理，只开 TUN。
  2. 清空浏览器代理扩展，改成系统默认。
  3. 打开一个测试域名，看连接列表是否只有一条主连接。
  4. 再关闭 TUN，只开系统代理，重复测试。

如果只在 TUN 打开时重复，重点看路由表、虚拟网卡和 DNS hijack。Windows 上还要确认没有其他 VPN 类软件占用虚拟网卡；macOS 上看网络服务顺序，别让旧代理配置排在前面。

浏览器设置要单独看

Chrome、Edge、Firefox 的代理路径不完全一样。Chrome/Edge 多数跟随系统代理，但扩展可以覆盖；Firefox 可以使用系统代理，也可以单独写 HTTP/SOCKS 代理。

排查建议：

  • Firefox 先选「使用系统代理设置」。
  • Chrome/Edge 临时禁用所有代理扩展。
  • 不要同时使用 PAC 和手写本机端口。
  • 开发者工具里看到的请求失败，不等于 Clash 规则错；要回到 Verge 连接列表核对。

订阅和规则的边界

回环一般不是规则集导致的。规则只决定目标走哪个策略，入口叠加才会让请求重复进入核心。只有一种情况要看订阅：订阅里带了一个本机上游代理，或者策略组默认选中了这个本机上游。

如果需要换成能被 Clash、Singbox、V2Ray 客户端识别的格式，可以使用兼容 Clash / Singbox / V2Ray 的订阅，导入后仍要检查本机端口没有被写进上游列表。

验收标准

修完后看三件事：同一网页刷新只出现合理数量的连接；日志不再连续出现本机端口转发到本机端口；关闭浏览器后连接能自然消失。满足这三点，再恢复你需要的 TUN 或系统代理组合。

相关阅读