Clash Verge Rev 连接不上网络怎么解决？
简答：Clash Verge Rev 连接不上网络时，先关闭 TUN 和其他代理，只保留一个已选中的配置与节点，再开启系统代理测试浏览器。若仍无法访问，依次检查配置是否激活、内核是否运行、节点是否超时、规则是否误选 DIRECT 或 REJECT，最后再排查 DNS、端口和 TUN 权限。
定义：Clash Verge Rev 连接不上网络，通常是流量没有进入客户端、配置或节点没有正常工作，或 TUN、DNS、系统代理之间发生冲突，而不一定是软件本身损坏。
先试这一步：一分钟判断故障断在哪一层
本文是面向 Clash Verge Rev 用户的第三方使用指南，不代表任何品牌的官网或官方支持页面。Clash Verge Rev 支持系统代理和 TUN（虚拟网卡）模式，但两者的作用不同：系统代理主要影响遵循操作系统代理设置的应用，TUN 则通过虚拟网络接口接管更多系统流量。官方界面说明也提示，启用 TUN 后通常不需要同时开启系统代理；TUN 还可能需要服务模式或管理员权限。可参考 Clash Verge Rev 设置字段说明。
| 现象 | 优先检查 | 最快处理 |
|---|---|---|
| 关闭 Clash Verge Rev 后网页也打不开 | 本地网络、系统代理残留、其他 VPN 或代理 | 关闭其他网络工具，关闭系统代理，再测试普通直连 |
| 节点列表为空或配置没有节点 | 订阅返回格式、更新结果、当前配置 | 重新更新配置，确认配置卡片已选中 |
| 节点能测速，但网页打不开 | 代理组、规则、实际连接日志 | 确认没有选中 DIRECT 或 REJECT，并重新打开网页 |
| 系统代理无效，TUN 未开启 | 系统代理开关、当前端口、端口占用 | 重新关闭并开启系统代理，检查客户端当前监听信息 |
| 一开启 TUN 就断网 | 服务权限、虚拟网卡、DNS、路由及其他代理冲突 | 先关闭 TUN 恢复系统代理，再单独处理 TUN |
建议顺序：直连网络→关闭其他代理→配置与节点→系统代理→规则模式→DNS→TUN。不要一开始同时修改 DNS、MTU、规则和 TUN，否则很难判断是哪一步造成变化。
适用平台与版本边界
Clash Verge Rev 的公开项目说明覆盖 Windows、macOS 和 Linux，并包含 Mihomo 内核、系统代理、代理守卫和 TUN 模式。具体菜单文字、服务模式入口和可用选项会随当前版本变化，本文不把未核验的版本号或默认端口写死；操作时以你当前界面显示为准。相关功能可在 Clash Verge Rev 公共仓库 和 用户指南中交叉核对。
如果你使用的是 Windows、macOS 或 Linux 桌面版，下面的分流方法基本通用；如果系统代理正常而某个应用仍不走代理，应优先考虑该应用不遵循系统代理，再决定是否需要 TUN。
最短排查步骤：从系统代理到节点
- 确认直连网络。完全退出 Clash Verge Rev，关闭系统代理和 TUN，暂时退出其他 VPN、代理软件、网络加速器以及浏览器代理扩展。打开一个此前能访问的普通网页。若直连也失败，先修复 Wi-Fi、有线网络、系统代理残留或 DNS，不要继续修改 Clash 配置。
- 确认配置已加载。打开 Profiles 或配置页面，检查配置是否更新成功并处于当前选中状态。官方指南写明，远程配置需要返回 Clash 格式配置内容，更新后应在客户端中激活对应配置；仅凭一个链接名称不能证明格式兼容。若更新失败，记录页面显示的状态或错误信息，先在当前网络下重新尝试，不要把订阅地址公开发给他人。
- 确认节点组不为空。进入 Proxies 或代理页面，查看是否存在可选择的节点组和节点。节点测速成功只说明测试请求在当时得到了响应，不等于浏览器请求一定会按照同一规则出站，因此还要观察实际连接记录。
- 只测试系统代理。关闭 TUN，只打开 System Proxy 或系统代理，选择一个明确的节点或代理组。然后新开浏览器标签页测试，不要只刷新原来已经失败的页面。若系统代理开关无法生效，检查是否有其他软件反复改写系统代理，或客户端是否提示需要权限。
- 确认代理模式和代理组。日常排查优先使用 Rule 模式；临时测试时可以使用 Global 模式，以判断是不是规则把请求送到了直连。若当前代理组显示 DIRECT、REJECT 或空组，切换到可用节点后再复测。测试完成后恢复原来的规则模式，避免把测试设置长期保留。
- 查看日志中的请求结果。打开客户端日志或连接记录，访问一个新网页并观察请求是否出现。没有请求，通常说明流量没有进入系统代理或应用不遵循该代理；出现 DIRECT，重点查规则和模式；出现连接超时或握手失败，重点查节点、协议、网络出口与服务状态；出现 DNS 解析失败，再进入 DNS 分支。
按现象分流：代理、订阅、节点与 DNS
| 观察结果 | 可能原因 | 处理与复测 |
|---|---|---|
| 浏览器没有任何请求记录 | 系统代理没有开启、端口不一致、浏览器使用了独立代理，或其他软件覆盖了设置 | 关闭浏览器扩展代理，重新启用客户端系统代理，确认浏览器新连接是否出现在日志中 |
| 请求被 DIRECT 处理 | 规则模式把目标域名或 IP 判定为直连 | 临时切换 Global 测试；如果 Global 正常，回到规则配置检查匹配顺序，测试后恢复 Rule |
| 请求被 REJECT 处理 | 规则、拦截策略或代理组选择不合适 | 检查该域名命中的规则和代理组，不要直接删除整份配置；先备份后做最小修改 |
| 全部节点超时 | 直连网络无法到达节点、配置失效、订阅账户状态异常，或服务端整体异常 | 先测试直连网络和配置更新；若多个网络环境都失败，再向服务提供方核对账户、配置和节点状态 |
| 只有一个节点失败 | 单个节点或协议链路异常 | 切换同一代理组中的其他节点复测，不要据此判断整个客户端损坏 |
| 域名解析失败但 IP 测试正常 | DNS 配置、DNS 劫持、Fake-IP 或本地 DNS 缓存异常 | 先关闭 TUN，确认系统代理能否访问；再逐项检查 DNS 设置，不要同时更换多个 DNS 字段 |
Mihomo 文档说明，DNS 可以使用不同的增强模式，TUN 也包含 DNS 劫持、自动路由、严格路由等选项。它们之间存在联动，因此 DNS 故障应以日志中的解析结果和请求路径为依据，而不是仅凭“开启了 Fake-IP”就判断配置错误。可参阅 Mihomo DNS 配置文档。
TUN 一开启就断网：权限、服务、路由和 DNS
- 先回滚网络。关闭 TUN，关闭系统代理，完全退出 Clash Verge Rev，等待系统网络恢复后再重新打开。若仍无法联网，检查系统代理是否残留，并重新启用系统的自动代理或直连设置。
- 确认服务或管理员权限。官方设置字段说明指出，TUN 需要 Service Mode 或 Admin Mode。Windows、macOS、Linux 的授权方式不同；如果启用 TUN 时没有出现授权提示、提示服务不可用或虚拟网卡没有创建，先处理服务安装和权限，不要先改 MTU。
- 一次只启用一种接管方式。为了定位问题，先只测试系统代理；系统代理确认可用后，再关闭它并单独测试 TUN。这样可以区分“节点和配置不可用”与“TUN 路由或权限异常”。
- 检查日志是否出现 DNS 循环或解析失败。如果 TUN 开启后日志反复出现 DNS 请求失败、节点域名无法解析或请求被拒绝，先恢复到系统代理模式，再核对 DNS、DNS 劫持和代理服务器解析相关设置。Mihomo 官方文档将 TUN 的 DNS 模式区分为 disabled、native 和 hijack，具体选项必须以当前内核和客户端界面为准，不能直接照抄其他版本配置。参考 Mihomo TUN 文档。
- 检查其他网络工具。退出其他 VPN、虚拟网卡工具、网络过滤器和代理软件后再测。假如关闭 TUN 后网络仍断开，说明系统路由、DNS 或虚拟网卡状态可能没有恢复，应先恢复系统直连，再继续测试。
不建议直接做的操作：不要删除整个配置目录，不要公开上传订阅链接和完整日志，不要在没有备份的情况下同时修改 DNS、Fake-IP、MTU、路由排除和规则文件。
Windows、macOS、Linux 的复测与回滚
- Windows：先检查系统代理开关是否随客户端变化，再检查是否安装并运行了 TUN 所需服务。若系统代理可以用而 TUN 不行，暂时保留系统代理作为回滚方案，单独修复服务、虚拟网卡和防火墙相关问题。
- macOS：确认系统代理设置没有被其他工具覆盖；如果 TUN 后 DNS 解析异常，先关闭 TUN 并恢复原来的网络设置，再按日志核对 DNS 路径。不要把某个用户讨论中的临时配置当成所有版本的通用修复。
- Linux：检查客户端服务权限、虚拟网卡、路由和防火墙规则。若系统代理模式正常而 TUN 失败，优先保留可用的系统代理，不要在没有备份的情况下手动清空防火墙规则。
复测标准：先确认关闭客户端后普通网页可访问；再确认配置更新成功、节点组有节点、单个节点能建立连接；然后只开系统代理测试；最后才测试 TUN。每次只改变一个变量，并记录改变前后的日志现象。
回滚标准：关闭 TUN→关闭系统代理→完全退出客户端→确认系统直连→重新打开客户端→只加载原先能工作的配置。如果仍不能恢复，优先检查系统代理残留、虚拟网卡和其他网络工具，而不是继续反复导入同一订阅。
补充更新：哪些信息需要向服务提供方核验
如果配置更新失败、所有节点都超时，或同一配置在多个网络环境中都无法建立连接，客户端本地排查可能已经无法继续。此时只向服务提供方核验与账号、订阅返回内容、配置格式、流量状态和节点状态有关的信息。不要把“能看到节点”当成服务一定正常，也不要把一次测速结果当成长期可用性证明。
核验时可以提供：客户端名称与当前界面版本、操作系统、错误时间、脱敏后的错误摘要、是否能直连访问普通网页，以及“系统代理可用/TUN 不可用”这类现象判断。订阅链接、账号凭据、完整节点信息和包含个人数据的日志不要公开。
常见问题
Clash Verge Rev 显示节点测速成功，为什么网页还是打不开？
测速成功只代表某个测试请求在当时得到响应。网页请求还会受到代理组、规则、DNS、浏览器缓存和目标站点连接方式影响。请在日志中观察新网页请求，区分请求没有进入客户端、被 DIRECT 处理，还是节点连接超时。
系统代理和 TUN 要不要同时开启？
排障时不建议同时开启。先只测试系统代理，确认普通浏览器流量可以访问后，再关闭系统代理并单独测试 TUN。官方设置说明指出，TUN 模式接管系统流量时通常不需要再开启系统代理，但具体行为要以当前客户端和内核界面为准。
订阅更新失败，是订阅链接格式错误吗？
不一定。也可能是当前网络无法访问更新地址、配置返回内容不是 Clash 格式、账户状态异常，或客户端没有选中更新后的配置。官方用户指南明确提到，远程配置需要返回符合 Clash 格式的内容，因此应同时检查更新结果、返回格式和当前激活配置。
TUN 关闭后仍然无法上网怎么办？
先完全退出客户端，检查系统代理是否仍指向本地地址，再关闭其他 VPN、代理和虚拟网卡工具。若仍不恢复，重置到系统直连或自动代理设置，并检查系统网络适配器、路由和 DNS。不要立即删除客户端配置，以免丢失可用于回滚的设置。
应该先改 DNS 还是先换节点？
先看日志。如果请求根本没有进入客户端或节点全部超时，优先处理代理、配置和节点；只有在节点连接正常但域名解析失败时，才进入 DNS 分支。DNS、Fake-IP 和 TUN 设置应一次只改一项，并保留原配置备份。
结论：按流量断点排查，不要盲目重装
Clash Verge Rev 连接不上网络时，最有效的方法不是反复重装，而是确认流量在哪一层断开：直连网络、系统代理、配置、节点、规则、DNS，还是 TUN。先用系统代理完成最小测试，再处理 TUN；每次只改一个设置，记录日志并保留回滚路径，通常能更快定位问题。
如果你仍无法判断是客户端配置、节点服务还是本机网络导致故障，建议把问题整理成“系统、模式、配置状态、日志现象、复测结果”五项，再进行服务方核验。
常见问题
Clash Verge Rev 显示节点测速成功，为什么网页还是打不开？
测速成功只说明测试请求得到响应。网页还会受规则、代理组、DNS 和浏览器连接影响，请在日志中确认请求是否进入客户端、是否被 DIRECT 处理，或是否在节点连接阶段超时。
系统代理和 TUN 要不要同时开启？
排障时不要同时开启。先只测试系统代理，确认浏览器可用后，再关闭系统代理并单独测试 TUN。官方设置说明显示，TUN 接管系统流量时通常不需要同时开启系统代理。
订阅更新失败就是订阅链接格式错误吗？
不一定，也可能是当前网络无法访问更新地址、返回内容不是 Clash 格式、账户状态异常，或更新后没有选中新的配置。应同时检查更新结果、返回格式和激活状态。
TUN 关闭后仍然无法上网怎么办？
完全退出客户端，检查系统代理是否残留，关闭其他 VPN、代理和虚拟网卡工具，再恢复系统直连或自动代理设置。不要先删除配置，以便保留回滚依据。
相关阅读
参考资料
- Clash Verge Rev 公共仓库：平台、内核、系统代理与 TUN 功能说明
- Clash Verge Rev 设置字段：System Proxy、TUN、服务模式与 DNS 选项
- Clash Verge Rev 用户指南：远程配置格式、配置更新与激活（clashvergerev.com）
- Mihomo 官方文档：TUN、DNS 模式、自动路由与 DNS 劫持
- Mihomo 官方文档：DNS、Fake-IP 与增强模式