Clash Verge Rev 开启系统代理后浏览器还是打不开怎么办？

更新于 2026-11-01 · justcn2.online

简答：先不要急着开启 TUN：打开 Clash Verge Rev 的连接记录，访问一个测试网页，先判断浏览器请求有没有进入客户端。没有请求记录，优先查系统代理、浏览器插件和端口；有请求但失败，再查代理组、规则、节点和内核日志。Mixed Port 必须以当前配置显示的值为准，7897 只是常见示例，不能直接盲填。

定义：“开启系统代理后浏览器打不开”通常指操作系统代理开关已打开，但浏览器没有把请求送入 Clash Verge Rev，或请求进入后被端口、规则、节点和 DNS 等环节拦截。

先做这一项：用连接记录判断浏览器有没有走进 Clash Verge Rev

本文是第三方使用指南，不代表任何客户端项目或订阅服务的官方页面。最短定位方法不是反复切换开关，而是观察请求是否出现在 Clash Verge Rev 的连接记录中。

打开 Clash Verge Rev，确认当前配置已经启用，且内核状态显示为运行中。
进入连接记录页面，保持页面可见。
在浏览器新开一个标签页，访问你平时能访问的普通网页，再访问一个需要代理的目标网页。
观察连接记录：如果完全没有新增请求，问题在浏览器或系统代理接管；如果有请求但显示超时、拒绝或直连，问题在规则、代理组或节点；如果请求成功但浏览器仍报错，再检查浏览器缓存、证书和扩展。

Clash Verge Rev 的系统代理设置包括代理主机、PAC 模式、代理绕过列表和代理守卫等字段；项目代码中的设置定义也表明，系统代理状态并不等同于所有流量都已经被接管。可参考项目系统代理设置字段。

按顺序排查：内核、配置、节点、端口和浏览器覆盖

观察到的现象	优先检查位置	处理方法
连接记录完全没有新增请求	系统代理、PAC、浏览器代理扩展	关闭浏览器代理扩展，确认系统代理主机为本机地址，重新关闭再开启系统代理。
连接记录有请求，但全部超时	代理组、节点、订阅和本地网络	确认代理组不是 DIRECT 或 REJECT，重新选择节点，查看日志和节点测试结果。
内核状态不是运行中	配置解析、端口占用、权限	查看日志中的启动错误；检查 Mixed Port 是否被其他程序占用，必要时更换为未占用端口。
只有部分网站打不开	Rule、DNS、系统绕过列表	记录失败域名，检查规则命中结果和系统代理绕过列表，不要直接把所有域名加入绕过。
浏览器能打开，其他应用不能用	应用是否遵守系统代理	先保留系统代理；只有确认目标应用不读取系统代理时，才单独评估 TUN 模式。

项目发布说明显示，系统代理切换、代理守卫和服务模式都可能影响代理开关状态；因此遇到开关自动弹回或显示状态异常时，应先查看当前版本的发布说明，而不是只重复点击开关。当前版本号本文不固定，具体以 Clash Verge Rev GitHub Releases 页面为准。

核对 Mixed Port：7897 不是固定答案，控制端口也不能当代理端口

系统代理需要连接到 Clash Verge Rev 当前正在监听的本机代理端口。配置中常见的是 Mixed Port，它通常同时接收 HTTP(S) 和 SOCKS5 请求；但实际端口可能因配置、版本或端口冲突而变化。

在 Clash Verge Rev 的配置或首页信息中找到当前 Mixed Port。
确认系统代理的主机是本机回环地址，例如 127.0.0.1，端口填写当前 Mixed Port。
如果你曾手动配置过浏览器扩展、命令行环境变量或其他软件，也要逐项核对它们使用的端口。
不要把 External Controller 或控制面板端口填写到浏览器代理中；控制接口用于管理内核，不是转发网页流量的代理端口。

Mihomo 的官方配置示例将 mixed-port 定义为 HTTP(S) 与 SOCKS 代理混合端口，并将它与其他监听端口分开。可参考 Mihomo 配置示例。因此，7897 只能作为某些配置中的常见值，不能脱离当前配置直接照填。

如果修改端口后内核仍无法启动，优先怀疑端口已被其他代理软件、开发工具或后台服务占用。先退出其他代理客户端，再重新启动 Clash Verge Rev；若仍失败，查看启动日志中的 bind、listen 或端口占用提示。

检查浏览器是否覆盖了系统代理

系统代理开启后，浏览器仍可能被单独的代理扩展、浏览器自身代理设置或自动代理脚本覆盖。这个分支的典型特征是：系统代理看起来正常，但连接记录没有浏览器请求，或者只有部分标签页进入客户端。

暂时停用代理切换扩展、自动代理脚本和浏览器内置代理设置。
完全退出并重新打开浏览器，避免旧连接继续使用此前的代理配置。
确认浏览器没有单独指定错误的主机、端口或 PAC 地址。
重新访问测试网页并观察连接记录。

如果停用扩展后请求出现于 Clash Verge Rev，说明故障点在浏览器覆盖层，而不是节点本身。此时不要同时启用多个代理入口；保留一种方式，后续再按需要恢复扩展。

确认配置、代理组和模式：先用单变量测试，不要直接长期使用 Global

请求已经进入客户端但网页仍打不开时，下一步是确认当前配置、代理组和模式。先记录原来的模式和配置，测试结束后可以恢复，避免把临时排障设置当成长期配置。

确认当前配置已启用，且配置中存在节点或代理提供者内容。
进入代理组，确认当前选择的不是 DIRECT、REJECT 或空组。
在 Rule 模式下，观察失败域名最终命中了哪条规则以及哪个策略组。
可以短时间切换到 Global 模式做单变量测试，并手动选择一个节点；如果 Global 下能打开而 Rule 下打不开，重点回到规则、域名解析和绕过列表。
测试结束恢复 Rule 模式。Global 只能用于定位，不应在不了解规则和本地流量需求时直接当成永久解决方案。

如果 Rule、Global、Direct 三种状态的表现不同，记录每种模式下的连接结果、错误信息和节点名称。这样能区分“浏览器没有接管”“规则选择直连”和“节点本身失败”这三类问题。

节点全部 timeout 或内核启动失败时，按日志和环境分流

如果所有节点都 timeout，先不要据此判断订阅一定失效。优先检查以下项目，并每次只改一个变量：

订阅与配置：确认配置仍然存在，节点数量不是 0；更新订阅时记录更新是否成功及错误提示。
系统时间：检查系统日期、时间和时区是否明显错误，时间异常可能影响加密连接和证书校验。
本地网络：先确认浏览器能访问普通网页，再观察订阅更新和节点连接是否都失败。
日志：区分 DNS 失败、连接超时、TLS 错误、认证失败和端口监听失败，不要把不同错误归为同一个“节点问题”。
冲突软件：退出其他代理客户端、抓包工具或会修改系统代理的程序后再测试。
防火墙和权限：如果内核无法监听端口或服务模式无法启动，按系统提示检查防火墙规则和管理员权限。

项目隐私说明指出，应用的配置、凭据和日志主要保存在本机，应用连接的代理服务器和订阅地址由用户自行配置；排障时应注意不要把包含订阅链接、密码或节点信息的完整日志公开。可参考项目隐私说明。

什么时候才需要开启 TUN：区分浏览器问题和应用不遵守系统代理

系统代理主要解决浏览器等会读取操作系统代理设置的应用；TUN 模式则通过虚拟网络接口接管更广泛的流量。浏览器已经有连接记录但网页失败时，直接开启 TUN 可能增加 DNS、路由和权限变量，不适合作为第一步。

建议按以下顺序处理：先让浏览器在系统代理下正常访问，再测试不遵守系统代理的单个应用；确认该应用确实不读取系统代理后，再评估 TUN。首次启用 TUN 可能涉及虚拟网卡、服务权限、自动路由、DNS 劫持和防火墙，遇到异常时应记录开启前后的变化，并能够关闭 TUN 回滚。

如果开启 TUN 后反而出现局域网、内网或普通网页异常，先关闭 TUN，恢复系统代理单独测试，再检查路由排除、DNS 和其他网络工具冲突。

Windows、macOS、Linux 的最短核对清单

Windows：检查系统代理页面中的地址、端口和绕过列表；同时留意其他软件是否修改系统代理。若使用服务模式或需要修改系统网络设置，按提示确认权限。
macOS：检查当前网络服务的代理设置是否指向本机和当前端口；如果切换代理后状态不同步，退出并重新打开客户端与浏览器，再看连接记录。
Linux：检查桌面环境代理设置、PAC 配置以及浏览器自身代理；不要假设终端、桌面应用和浏览器会共享同一套代理变量。

三个系统都遵循同一分叉：无连接记录查接管层；有记录但 timeout 查节点和网络；有记录且命中 DIRECT 或 REJECT 查规则；内核不运行查日志、配置和端口。

修复后如何验证，以及如何回滚

关闭浏览器代理扩展，保留 Clash Verge Rev 的一种代理入口。
记录当前配置名称、模式、代理组、Mixed Port 和系统代理状态。
重新启动内核，确认状态稳定为运行中。
先访问普通网页，再访问目标网页，观察连接记录是否新增、规则命中是否符合预期、节点是否出现超时。
关闭系统代理后再次访问，比较请求是否从连接记录中消失；这能验证系统代理开关确实生效。
如果修改端口、模式或 TUN 后问题变严重，恢复此前记录的配置，关闭 TUN，退出其他代理软件，再重新测试。

一次成功只能说明当前测试通过，不能代表长期稳定。建议保留失败时间、系统、配置、节点、错误信息和修改动作，方便后续区分网络波动与配置故障。

常见问题

Clash Verge Rev 开启系统代理后，为什么连接记录里没有浏览器请求？

优先检查浏览器代理扩展、PAC 或浏览器自身代理设置是否覆盖了系统代理，再核对系统代理的本机地址和当前 Mixed Port。完全退出并重新打开浏览器后，再观察连接记录。

Clash Verge Rev 的代理端口一定是 7897 吗？

不一定。7897 只是部分配置中的常见值，实际端口应以当前配置显示的 Mixed Port 为准。不要把控制接口端口误填为浏览器代理端口。

浏览器请求已经进入 Clash Verge Rev，但网页仍然打不开怎么办？

确认代理组不是 DIRECT 或 REJECT，检查当前节点是否 timeout，再查看规则命中、DNS 和日志。可以短时间切换 Global 并手动选择节点做单变量测试，测试后恢复原模式。

浏览器能打开，其他应用却不能连接，需要马上开启 TUN 吗？

不需要马上开启。先确认目标应用是否遵守系统代理；只有确认它不读取系统代理时，才评估 TUN，并记录开启前后的路由、DNS 和权限变化，出现异常可以关闭回滚。

节点全部 timeout，是订阅失效了吗？

不能仅凭 timeout 下结论。应同时检查订阅更新、节点数量、系统时间、本地网络、DNS、内核日志和其他代理软件冲突，再根据具体错误分流。