Clash Verge Rev开了代理但浏览器还是直连怎么办？

更新于 2026-11-13 · man.christmas

简答：先打开 Clash Verge Rev 的 Connections，再刷新浏览器页面：没有请求记录，优先查系统代理、PAC、浏览器独立代理、Bypass 和 Mixed Port；有请求但显示 DIRECT，检查 Rule 模式和规则；请求已走节点仍打不开，再切换节点并查看 DNS、日志与 TUN。本文只讲 Windows、macOS 桌面端，以及 Chrome、Edge、Firefox，不含 Android、iOS 和其他客户端。

定义：“浏览器直连”可能是浏览器没有把请求交给 Clash Verge Rev 的本地代理端口，也可能是请求已经进入客户端后被规则判定为 DIRECT，两者必须通过 Connections 区分。

先做 30 秒判断：Connections 有没有浏览器请求

最快结论：Connections 无记录 → 查代理入口；有记录但显示 DIRECT → 查规则；已经走节点但仍打不开 → 查节点、DNS 或连接错误。

打开 Clash Verge Rev 的首页或 Proxies 页面，确认配置已加载、内核正在运行，并选择一个节点。然后进入 Connections，访问一个新网页。若没有记录，不要先反复更换节点；若有记录但显示 DIRECT，也不要直接判断客户端失效。Clash Verge Rev 的设置字段中同时区分了 System Proxy、TUN、Mixed Port、PAC 和 Bypass，具体菜单名称以当前版本界面为准：Clash Verge Rev 设置字段。

第 1 步：用 Global 临时排除 Rule 和直连分流

1. 入口：打开首页、Proxies 页面或托盘菜单，找到 Rule、Global、Direct 等模式。
2. 操作：暂时切换到 Global，选择一个节点，然后用新的无痕窗口访问测试页面。
3. 判断：Global 下 Connections 显示请求经过节点，Rule 下却显示 DIRECT，说明浏览器已经进入 Clash，问题更可能在规则、GEOIP/GEOSITE 数据或该域名的分流结果。
4. 处理：回到 Rule 后，在 Connections 中查看目标请求的策略或规则名称。Global 只用于定位，不必作为长期配置。

如果 Global 和 Rule 都没有请求记录，不要继续修改规则，应转到第 2 步检查系统代理、PAC、Bypass 与浏览器设置。

第 2 步：核对系统代理、PAC、Bypass 和 Mixed Port

Clash Verge Rev 的 System Proxy 会修改操作系统代理设置；TUN 则通过虚拟网卡接管系统流量，二者不是同一种方式。设置字段中明确说明，启用 TUN 后通常不需要再启用 System Proxy，且 TUN 可能需要 Service Mode 或管理员权限：Clash Verge Rev System Proxy 与 TUN 字段。

1. 读取端口：进入 Clash Verge Rev 的端口设置，记下当前 Mixed Port，下文用 PORT 代指。不要直接照抄其他教程中的固定端口；设置文件同时列出 Mixed、Socks、HTTP(S)、Redir 和 Tproxy 等不同端口。
2. Windows：打开“设置 → 网络和 Internet → 代理”。检查“自动检测设置”“使用设置脚本”和“手动代理”三部分。若启用了 PAC 或设置脚本，部分域名可能按脚本返回 DIRECT，从而不会出现在 Clash Connections 中。Windows 官方说明了自动检测、脚本和手动代理的入口：Microsoft Support：Windows 使用代理服务器。
3. macOS：进入“系统设置 → 网络 → 当前网络 → 详细信息 → 代理”，检查 HTTP、HTTPS 或 SOCKS 是否指向本机地址和当前 Mixed Port；同时查看自动代理配置或 PAC 是否开启。菜单名称可能因 macOS 版本不同而变化。
4. Bypass：检查 Clash Verge Rev 的 System Proxy → Bypass。系统代理绕过列表会让匹配的地址直接连接，浏览器请求可能根本不会出现在 Connections 中；因此 Bypass 应归入“无请求记录”，不是“有请求但 DIRECT”。
5. 最小端口测试：在 Windows PowerShell 5.1 中使用 curl.exe，不要使用 PowerShell 的 curl 别名：

curl.exe -I --proxy http://127.0.0.1:PORT https://example.com

把 PORT 替换为设置页显示的实际数字。PowerShell 7 或 CMD 也可以执行这条命令；若返回 HTTP 响应头，说明该 HTTP 代理端口至少能接收请求。若出现 connection refused 或超时，检查内核状态、端口数值和端口占用。该测试只验证 TCP/HTTP 代理，不代表 UDP 或 QUIC 已正常接管。

第 3 步：分别检查 Chrome、Edge 和 Firefox

Chrome、Edge 通常使用系统代理，但扩展、浏览器策略、启动参数、PAC 或独立配置都可能改变实际生效结果。不存在可以适用于所有版本的固定优先级，排查时应查看浏览器实际采用的代理配置。可把影响来源理解为：浏览器扩展、策略或启动参数可能覆盖系统设置；系统代理可能进一步使用 PAC；TUN 则在网卡或路由层接管流量。

Chromium 文档说明，Chrome 的有效代理可能来自系统设置、扩展、命令行参数或 PAC，并建议使用 chrome://net-internals/#proxy 查看实际配置：Chromium Proxy Support。如果只关闭了扩展却仍然没有请求，继续检查系统代理和 PAC；如果只有 Firefox 异常，优先比较 Firefox 的网络设置。

第 4 步：确认请求是否命中 DIRECT，并处理缓存与长连接

1. 关闭正在测试的网页标签，打开 Clash Verge Rev 的 Connections；如果有清理或刷新入口，先执行一次。
2. 打开新的无痕窗口，访问测试页面。切换节点或模式后，旧页面可能保留连接、缓存或长连接，仅刷新原标签不一定重新建立请求。
3. 检查请求是否出现、策略是否为 DIRECT、最终使用了哪个代理组或节点。无记录表示请求没有进入 Clash，DIRECT 表示请求已经进入 Clash 但被规则选择直连。
4. 若 Chrome 或 Edge 仍显示旧结果，可打开 chrome://net-internals/#dns 清理 Host resolver cache，并关闭浏览器全部窗口后重新启动。Chromium 的网络调试页面也提供代理和 DNS 缓存检查入口：Chromium net-internals 页面说明。
5. 如果浏览器启用了安全 DNS（DoH），它可能改变 DNS 请求路径。排查时可暂时关闭浏览器的安全 DNS，先确认普通网页请求是否进入 Clash，再单独判断 DNS 问题。

如果使用系统代理时网页仍通过 HTTP/HTTPS 可用，但某些实时连接或 HTTP/3 行为异常，需注意 QUIC 使用 UDP，而本地 HTTP 代理测试不能代表 UDP 已被接管。此时先用普通 HTTPS 页面完成排查，不要把 UDP 现象与浏览器完全直连混为一谈。

第 5 步：请求已走节点但仍打不开时，再查节点、DNS 和 TUN

1. 切换节点：在 Proxies 页面选择另一个节点，重新用无痕窗口测试。只有一个节点失败，问题更偏向该节点或远端连接；所有节点都失败，则继续看日志和配置。
2. 查看日志：记录测试时间、目标域名、错误类型和使用的节点。不要公开完整日志、订阅链接、令牌、UUID、节点地址或访问域名。
3. 区分 DNS：如果 Connections 显示请求已进入并使用节点，但日志出现解析失败、域名等待或仅少数域名异常，再检查 DNS；如果请求显示 DIRECT，应先处理规则，不要先改 DNS。
4. 单独排查 TUN：先关闭 TUN，只保留 System Proxy，确认浏览器正常后再单独开启 TUN。Clash Verge Rev 设置字段提示 TUN 需要 Service Mode 或 Admin Mode；实际权限以客户端当前提示为准：TUN 模式设置说明。
5. 检查端口占用：Windows PowerShell 执行：

Get-NetTCPConnection -LocalPort PORT -State Listen

没有输出可能表示内核尚未启动、端口已变化，或当前监听的不是该端口；回到设置页核对 Mixed Port。不要把 External Controller 端口当成浏览器代理端口。

排查结束后，建议只保留一种主要接管方式：浏览器测试先用 System Proxy；需要接管不遵循系统代理的应用时，再根据实际需求单独测试 TUN。其他代理客户端、VPN、代理扩展和安全软件若反复改写系统代理，应暂时关闭后再验证。

一张可照做的排查清单

• 内核：配置已加载、内核运行、代理组中已选择节点。
• 模式：先用 Global 验证，再回到 Rule 查看是否命中 DIRECT。
• 入口：Connections 有记录还是没有记录？这是最关键的分界线。
• 系统：确认 System Proxy、PAC、自动检测、设置脚本和 Bypass。
• 端口：读取当前 Mixed Port，用 curl.exe -I --proxy http://127.0.0.1:PORT https://example.com 测试。
• 浏览器：关闭代理扩展；Chrome、Edge 检查系统代理；Firefox 改为使用系统代理设置。
• 缓存：使用新的无痕窗口，必要时清理 Chrome/Edge 的 Host resolver cache 并重启浏览器。
• 节点：请求已走节点但仍打不开时，再切换节点、查看 DNS 和日志。
• 安全：分享日志或配置前删除订阅链接、令牌、UUID、节点地址和访问域名。

本文是第三方使用指南，不是 Clash Verge Rev 官方页面。版本号、菜单位置、端口和权限行为可能随客户端版本变化；下载或升级时应以项目公开 Release 页面为准：Clash Verge Rev GitHub Releases。

常见问题

Clash Verge Rev 开了代理，Chrome 和 Edge 还是直连怎么办？

先打开 Connections 并刷新一个新网页。没有记录时检查 Windows“设置 → 网络和 Internet → 代理”、PAC、Bypass、当前 Mixed Port 和代理扩展；有记录但显示 DIRECT 时，临时切换 Global，再回到 Rule 查看命中规则。

Chrome 怎么确认当前实际使用了哪个代理？

在地址栏打开 chrome://net-internals/#proxy，查看 Effective Proxy Settings 和 Original Proxy Settings。若配置来自扩展、PAC、启动参数或系统设置，应先关闭不需要的来源，再重新应用代理设置。

Edge 和 Chrome 的代理设置为什么可能不一样？

两者通常使用系统代理，但浏览器扩展、策略、启动参数和 PAC 都可能改变实际生效配置。Edge 还可以通过 edge://policy 检查代理策略；Chrome 可通过 chrome://net-internals/#proxy 查看有效配置。

Firefox 为什么需要单独设置代理？

Firefox 提供独立的连接设置，可以选择无代理、自动检测、使用系统代理或手动代理。进入“设置 → 常规 → 网络设置 → 设置”，优先选择“使用系统代理设置”，避免填写了错误的独立端口。

Bypass 和 DIRECT 是一回事吗？

它们都可能让目标地址不经过节点，但排查表现不同：系统代理 Bypass 通常让浏览器直接连接，Connections 可能没有记录；Rule 模式命中 DIRECT 时，请求已经进入 Clash，因此通常能在 Connections 中看到。

需要开启 TUN 才能解决浏览器直连吗？

不一定。浏览器通常先用 System Proxy 排查即可。TUN 主要用于接管不遵循系统代理的应用，可能需要 Service Mode 或管理员权限。建议先关闭 TUN，确认系统代理正常后再单独测试。

参考资料

1. Clash Verge Rev 设置字段：System Proxy、TUN、PAC、Bypass 与端口
2. Clash Verge Rev GitHub Releases
3. Microsoft Support：Windows 使用代理服务器
4. Mozilla Support：Firefox 连接设置