Clash Verge 连接成功但无法访问网站怎么办

Clash Verge Rev 的界面显示一切正常：系统代理已开启，节点延迟只有几十毫秒，可浏览器就是打不开网站，或者一直转圈后提示“连接超时”“无法访问此网站”。这种“看起来连上了、其实不能用”的状态，往往比节点全部超时更让人困惑。

关键在于理解：客户端显示的“已连接”只代表内核在运行、节点能通过延迟测试。一次网页访问实际要经过“浏览器 → 系统代理或 TUN → Clash 内核 → 规则匹配 → 代理节点 → 目标网站”这条路径，任何一环出问题都会导致打不开。下面就按这条路径逐层排查。

五分钟快速自检

1. 切换到全局模式：在“代理”页把模式改为“全局”，选一个延迟正常的节点再访问。全局能打开、规则打不开，问题在规则；全局也打不开，继续往下看。
2. 查看“连接”页面：在浏览器中刷新目标网站，同时观察 Clash Verge Rev 的“连接”页。如果完全没有出现对应域名的连接，说明流量根本没有进入 Clash。
3. 换浏览器或无痕窗口：无痕窗口通常默认不加载扩展。换个浏览器就能打开，问题多半在浏览器插件或浏览器设置。
4. 检查出口 IP：用网络检测工具查看出口 IP 是否为所选节点所在地区，确认代理是否真正生效。

根据自检结果，对照下文对应的小节处理。如果连延迟测试都全部失败，请改看节点全部超时排查指南。

一、系统代理没有真正生效

客户端里的系统代理开关显示已打开，但系统设置可能已经被其他软件改掉，例如另一个代理客户端、某些下载工具或安全软件。部分版本提供“系统代理守卫”之类的选项，可以定期把代理设置改回来。

在 Windows 上，可以用 PowerShell 直接查看当前用户的代理设置：

Get-ItemProperty -Path 'HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings' |
  Select-Object ProxyEnable, ProxyServer, ProxyOverride

正常情况下 ProxyEnable 为 1，ProxyServer 指向 127.0.0.1 加上 Clash Verge Rev 设置页中显示的端口。如果 ProxyEnable 为 0，或端口与客户端不一致，说明代理设置没有生效或已被覆盖。ProxyOverride 是不走代理的例外列表，如果目标网站被写进了这里，也会绕过代理。

处理方法：在客户端中关闭再重新打开系统代理，并退出其他会修改代理设置的软件。macOS 用户可以在“系统设置 → 网络 → 当前网络 → 详细信息 → 代理”中查看对应设置。

二、浏览器插件接管了代理

SwitchyOmega、ZeroOmega 等代理切换插件会在浏览器层面设置代理，优先级高于系统代理。如果插件里配置的还是以前客户端的端口，或者选中了某个已失效的情景模式，浏览器的请求就不会发给 Clash Verge Rev。

处理方法：

• 把插件切换到“系统代理”模式，或把插件中的代理端口改为 Clash Verge Rev 设置页显示的端口；
• 暂时停用插件后再测试；
• Firefox 有独立的网络设置，在“设置 → 网络设置”中确认选择了“使用系统代理设置”。

三、与其他代理软件或 VPN 冲突

同时运行两个代理客户端、公司 VPN、游戏加速器，或开启了带“网络防护”的安全软件，都可能抢占系统代理、虚拟网卡或本地端口。端口被占用时，内核可能无法正常监听，界面看起来正常，实际却无法转发。

可以用下面的命令查看端口被哪个程序占用：

$port = 7897  # 改为 Clash Verge Rev 设置页中显示的端口
Get-NetTCPConnection -LocalPort $port -State Listen -ErrorAction SilentlyContinue |
  ForEach-Object { Get-Process -Id $_.OwningProcess }

如果占用者不是 Clash Verge Rev 的内核进程（进程名通常包含 mihomo），就需要退出冲突软件，或在客户端中改用其他端口。

四、规则模式下分流不正确

全局模式能打开、规则模式打不开，基本可以确定是规则或代理组的问题。在“连接”页点开对应的连接，可以看到它命中的规则和最终使用的代理链：

• 命中了 DIRECT：网站被规则判断为直连，例如自定义规则写错，或规则集未及时更新。
• 命中了某个分流组：例如“AI”“流媒体”“国外网站”等组，而这个组当前选中的节点已失效，或被设成了 DIRECT、REJECT。在代理页给该组换一个可用节点即可。
• 命中了 REJECT：网站被广告拦截类规则误杀。

处理方法：先更新订阅，获取服务商最新的规则；仍需自定义时，可以通过订阅的“编辑规则”或扩展配置把规则加在最前面。不同版本的入口和写法略有差异，下面是扩展配置中的一个示例，其中的策略名必须与你订阅中实际存在的代理组名称完全一致：

prepend-rules:
  - DOMAIN-SUFFIX,example.com,节点选择

规则模式与全局模式的工作原理，可以参考规则、全局与直连模式详解。

五、DNS 与 fake-ip 引起的异常

mihomo 内核常用 fake-ip 模式：DNS 查询时先返回一个 198.18.x.x 段的虚拟地址，真正建立连接时再按域名匹配规则。这种设计效率高，但在以下场景容易出问题：

• 关闭客户端后仍打不开网站：多见于使用过 TUN 模式之后，系统或浏览器缓存了虚拟地址，客户端退出后这些地址无法访问。执行 ipconfig /flushdns 并重启浏览器即可。
• 浏览器开启了安全 DNS（DoH）：在 TUN 模式下，浏览器自行通过加密 DNS 解析域名，可能绕开客户端的 DNS 处理，导致规则匹配出错。可以在浏览器设置中暂时关闭“使用安全 DNS”再测试。
• 局域网设备或特定应用异常：依赖真实 IP 的服务，需要加入 fake-ip-filter 例外列表。

如果你使用 DNS 覆写，下面是一个相对保守的参考配置：

dns:
  enable: true
  ipv6: false
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - "+.lan"
    - "+.local"
  default-nameserver:
    - 223.5.5.5
    - 119.29.29.29
  nameserver:
    - https://dns.alidns.com/dns-query
    - https://doh.pub/dns-query

修改前请备份原有配置，字段含义以 mihomo 官方文档为准。更多相关问题可以查看 DNS 和网络配置问题专题。

六、TUN 模式冲突

开启 TUN 后反而打不开网站，常见原因有：

• 服务模式未安装或已损坏：TUN 开关无法打开，或打开后立即关闭。在设置中重新安装服务模式。
• 与其他 VPN 的虚拟网卡冲突：同时运行的 VPN、加速器会争夺路由，只保留一个。
• 安全软件拦截虚拟网卡：确认安装包来自官方后，将客户端加入信任列表。
• 网络栈兼容问题：TUN 设置中通常可以选择不同的网络栈（如 system、gvisor、mixed），某一种异常时可以换另一种测试。

如果暂时无法解决，先关闭 TUN、只用系统代理，保证日常浏览可用。

七、IPv6 导致的绕行

当本地网络支持 IPv6，而客户端的 IPv6 设置与之不匹配时，浏览器可能优先尝试 IPv6 地址，这部分流量可能绕过代理，或被发往节点无法处理的地址，表现为部分网站打不开或加载很慢。

处理方法：在 Clash Verge Rev 的设置中确认 IPv6 开关的状态；DNS 配置中可以像上面的示例一样设置 ipv6: false，让内核不返回 IPv6 地址。排查期间也可以暂时在系统网卡属性中关闭 IPv6 做对比。

八、节点本身有问题

延迟测试通过，不代表节点能访问所有网站。节点的出口 IP 可能被某些网站限制，带宽可能在高峰期被占满，个别节点还可能只对测试链接有响应。换同地区的其他节点、再换不同地区的节点各测一次，就能判断是不是节点的问题。

为什么部分网站能打开，而其他网站打不开

这是这类问题中最常见的形态，原因通常有以下几种：

可以看到，“部分网站打不开”几乎都与分流规则、DNS 和目标网站自身的限制有关，而不是“完全连不上”。每个域名都会独立经过一次规则匹配和 DNS 解析，所以同一时间里，有的网站走了正常的节点，有的却被分到了失效的代理组或错误的地址。

最后提醒：请遵守所在地法律法规以及目标网站的服务条款；排查时临时关闭的安全防护，确认原因后记得重新开启。