Clash Verge Rev连接不上网怎么办？按1分钟分流流程排查

更新于 2026-10-30 · surfduck.shop

简答：先关闭TUN和系统代理，确认不使用Clash Verge Rev时基础网络正常；再启用已激活的配置，固定一个节点，只开启系统代理并访问同一个测试网页。若Connections没有记录，优先查系统代理、浏览器独立代理和端口；有记录但超时，查节点、规则和DNS；只有TUN失败，则检查权限、服务模式、虚拟网卡、路由和防火墙。本文适用于Windows、macOS、Linux桌面版，不覆盖移动端，也不写死具体版本号。

定义：Clash Verge Rev连接不上网，是指客户端未能通过系统代理或TUN入口把应用请求正确交给mihomo内核，再由配置、规则和节点完成连接。

先看30秒分流卡：根据Connections结果走下一步

本文是surfduck的第三方使用指南，不是Clash Verge Rev官方页面。Clash Verge Rev项目仓库公开列出Windows、macOS和Linux支持，并提供系统代理与TUN模式；具体菜单可能随安装版本变化，入口应以当前客户端页面和项目仓库为准。

最小改动原则是一次只改一个变量：先用“固定节点＋系统代理”验证普通网页，再单独测试TUN、DNS或其他进阶设置。

最短恢复流程：先把代理、节点和TUN拆开测试

1. 关闭TUN和系统代理，确认基础网络。退出或停用Clash Verge Rev后，打开一个新浏览器窗口访问你平时能打开的普通网页。如果关闭客户端后仍无法访问，先处理系统代理残留、其他VPN、浏览器代理、公共Wi-Fi登录页或操作系统本身的网络问题。
2. 确认配置已激活。进入Profiles或配置列表，检查目标配置是否下载完成、是否被选中、节点列表是否存在。若配置为空、更新失败或导入报错，先处理配置来源和更新问题，不要直接判断为节点全部失效。订阅链接和令牌不要公开粘贴。
3. 固定一个节点或节点组成员。首次诊断不要使用自动切换。选择一个节点后，记录当前模式和节点名称，再访问同一个测试网页，方便比较结果。
4. 只开启System Proxy。先不开TUN，在客户端中启用系统代理。Windows系统代理入口可在“设置→网络和Internet→代理”中核对；微软官方文档也说明，手动代理地址和端口都在该页面设置，具体可参考Windows代理设置说明。macOS和Linux请核对当前桌面环境的系统代理开关，并同时检查浏览器自身是否设置了独立代理。
5. 刷新网页并查看Connections。如果没有任何记录，说明请求可能没有进入当前内核，优先查代理地址、端口、浏览器代理和其他网络工具。如果有记录，查看它命中了DIRECT、REJECT还是代理策略，以及最终使用的节点。
6. 最后单独测试TUN。只有系统代理能够访问测试网页后，才关闭系统代理并启用TUN。TUN会接管系统流量，mihomo文档将其用于自动路由、DNS劫持和按应用路由；因此它的影响范围比普通系统代理更大，字段应以mihomo TUN文档为准。

Connections没有记录：先查入口、浏览器和端口

Connections没有记录时，先不要改节点。按下面顺序排查：

1. 在客户端系统代理设置中确认开关已打开，并核对当前代理地址和端口。
2. 在浏览器设置中检查是否启用了独立HTTP、SOCKS或PAC代理；如有，先改为跟随系统或临时关闭。
3. 退出其他代理客户端、VPN、代理扩展和可能接管网络的工具，避免多个程序同时修改系统代理。
4. 回到客户端的端口设置，确认HTTP、SOCKS或Mixed端口没有被占用。mihomo官方入站文档说明，port、socks-port、mixed-port等都是代理入口，实际端口应以当前配置和客户端显示为准，不要照抄其他教程的固定数字，详见mihomo入站配置文档。
5. 如果只有某个应用没有记录，先确认该应用是否遵循系统代理；不遵循时，再考虑用TUN验证，而不是先修改DNS或MTU。

Windows退出客户端后仍不能上网时，可以检查“设置→网络和Internet→代理”中的手动代理。Clash Verge Rev的Windows FAQ也将系统代理没有正确关闭列为常见原因，并给出了关闭手动代理的路径，见Clash Verge Rev Windows FAQ。

Connections有记录但失败：按节点、规则和DNS分流

全部节点超时

1. 固定一个节点，访问同一个测试网页，记录是否仍然超时。
2. 查看Logs中的首条相关错误，区分解析失败、连接超时、TLS失败或规则拒绝。
3. 检查配置是否更新成功、节点列表是否仍然存在，以及当前网络是否需要公共Wi-Fi认证或企业网关登录。
4. 如果所有节点、所有目标都失败，但关闭客户端后基础网络正常，优先对照配置和节点状态；不要仅凭一次延迟测试下结论。

记录显示DIRECT

请求已经进入内核，但规则把它分配到了直连路径。可以临时切换到能够观察差异的代理模式，再刷新同一个网页。如果临时模式能用，问题更可能在规则匹配或策略组选择；验证完成后恢复原模式并检查命中规则。

记录显示REJECT

请求被规则拒绝。先查看Connections中显示的域名、规则名称和策略，再检查配置中的规则来源。不要为了测试长期关闭所有规则，也不要把临时Global模式当成永久修复。

只有域名打不开

先固定节点，分别比较同一个域名在系统代理和TUN下的结果。若日志明确指向DNS解析失败，再检查当前配置中的DNS设置；如果只是TUN下失败，优先回到TUN分支检查DNS模式、DNS劫持和路由。mihomo文档说明，TUN的dns-mode、dns-hijack、strict-route会共同影响系统DNS和路由，Windows与Linux的要求也不同，详见TUN字段说明。

按系统处理：Windows可核对官方入口，macOS和Linux先做最小验证

Windows

1. 退出客户端后，打开“设置→网络和Internet→代理”，关闭不需要的手动代理。
2. 若TUN无法启用，检查客户端是否提示需要Service Mode或管理员权限；Clash Verge Rev的Windows FAQ说明，普通Sidecar模式下可能无法使用TUN，可按客户端提示安装服务或以管理员身份启动。
3. 若微软商店等UWP应用不能使用代理，而浏览器正常，Windows FAQ提供了“Clash设置→UWP工具”的回环访问处理入口；菜单名称以当前版本为准。
4. 若TUN开启后断网，先关闭TUN恢复网络，再检查防火墙是否允许内核程序通过。mihomo文档说明，某些TUN协议栈在防火墙开启时需要允许内核程序通信。

macOS

1. 先用系统代理完成节点和规则验证，再单独启用TUN。
2. 若系统代理正常、TUN失败，检查TUN设备名称、DNS模式、路由和系统网络权限；不要一次覆盖整份配置。
3. mihomo文档指出，macOS的TUN设备名称需要以utun开头，且默认DNS行为与Windows、Linux不同，配置时应以当前文档和客户端页面为准。

Linux

1. 先确认桌面环境的系统代理是否被浏览器读取，再检查浏览器自身代理。
2. TUN失败时，检查运行权限、路由、DNS和防火墙；mihomo文档说明Linux的auto-redirect涉及iptables或nftables，并要求配合auto-route。
3. 不同发行版和桌面环境的网络管理方式可能不同。求助时记录发行版、桌面环境、客户端版本、内核版本、当前模式和Logs首条错误。

以上系统分支中，Windows菜单和UWP处理依据项目Windows FAQ；macOS、Linux的TUN字段和路由差异依据mihomo官方文档。无法从当前官方资料确认的具体菜单，不建议照搬其他教程。

TUN、MTU、IPv6和公共网络：什么时候才值得排查

这些属于进阶变量，只有在“固定节点＋系统代理”已经能工作，且问题明确只在TUN或特定网络出现时再处理。

• TUN路由：如果一开启TUN就完全断网，先关闭TUN恢复，再检查自动路由、严格路由、自动识别网卡和DNS劫持。每次只改一项，并在修改前保留原值。
• 防火墙：如果日志显示连接没有建立，或TUN接口出现但没有流量，检查系统防火墙是否拦截内核程序或TUN接口。mihomo文档分别给出了Windows、macOS和Linux的防火墙排查方向。
• MTU：不要因为网页慢就直接改MTU。mihomo文档说明MTU会影响极端条件下的传输速率，普通用户通常可以保持默认值。只有在特定网络、特定TUN配置下反复出现分片或连接异常时，才做单项对照并记录原值。
• IPv6：如果只有部分域名或部分应用异常，可暂时对照IPv4与IPv6行为，但不要据此直接认定节点或DNS有问题。修改前先记录原配置，验证后恢复。
• 公共Wi-Fi和企业网络：先完成网络登录、认证或网关确认，再测试客户端。若不使用客户端时普通网页也打不开，优先处理基础网络，不能把所有问题归因于Clash Verge Rev。

恢复设置与求助模板：先撤销最近改动

1. 按相反顺序恢复：先关闭TUN，再关闭系统代理，恢复原配置和原节点，最后退出其他网络工具。
2. 如果最近改过DNS、规则、MTU、IPv6或合并配置，优先撤销最近一次改动，不要直接删除全部配置。
3. 保存以下最小故障记录：操作系统及版本、Clash Verge Rev版本、mihomo内核版本、配置是否更新成功、当前模式、固定节点、Connections是否有记录、Logs首条错误、系统代理与TUN的对照结果。
4. 提交日志或截图前，删除订阅链接、令牌、服务器地址、密码、UUID、私人域名和完整请求记录，只保留定位问题所需的错误片段。

可复制的求助模板：

系统：Windows/macOS/Linux + 版本
Clash Verge Rev版本：
mihomo内核版本：
配置是否更新成功：是/否
当前模式：系统代理/TUN/其他
固定节点后结果：
Connections：无记录/有记录
Logs首条错误：
关闭TUN后是否恢复：是/否
浏览器与其他应用是否一致：

一句话结论

Clash Verge Rev连接不上网时，先用“关闭TUN和系统代理→确认基础网络→激活配置→固定节点→只开系统代理→看Connections”的顺序定位；没有记录查入口，有记录但超时查节点，DIRECT或REJECT查规则，只有TUN失败查权限、路由、DNS和防火墙。

常见问题

Clash Verge Rev连接不上网，第一步应该做什么？

先关闭TUN和系统代理，确认关闭客户端后基础网络正常；再启用已激活的配置，固定一个节点，只开启系统代理，访问同一个测试网页并查看Connections。这样可以把基础网络、代理入口、节点和TUN分开。

为什么节点延迟测试成功，网页还是打不开？

延迟测试只代表特定测试请求在当时完成，不能证明网页的DNS解析、规则匹配、TLS握手和完整传输都正常。应查看实际网页请求是否出现在Connections、命中了什么规则、最终使用了哪个节点，并结合Logs判断错误类型。

系统代理和TUN要同时打开吗？

首次排查不建议同时打开。系统代理适合先验证浏览器等遵循系统代理的应用；TUN会接管更多系统流量，还可能涉及权限、自动路由、DNS劫持和防火墙。先确认系统代理可用，再单独测试TUN。

Connections没有任何请求记录怎么办？

优先检查系统代理是否指向当前客户端端口，浏览器是否设置了独立代理或PAC，其他客户端是否占用了端口，以及问题应用是否遵循系统代理。没有记录时，不要先修改DNS或MTU。

Windows退出Clash Verge Rev后仍然无法上网怎么办？

打开“设置→网络和Internet→代理”，检查并关闭不需要的手动代理。Clash Verge Rev的Windows FAQ将系统代理未正确关闭列为该现象的可能原因，恢复后重新打开浏览器测试。

为什么浏览器可以用，微软商店等应用不能用？

Windows UWP应用可能受回环访问限制影响。Clash Verge Rev的Windows FAQ提供了“Clash设置→UWP工具”的处理入口；先确认浏览器和其他应用的差异，再按当前客户端页面操作。

MTU和DNS要不要一开始就改？

不建议。先用固定节点和系统代理完成基础验证；只有问题明确只在TUN、特定网络或域名解析阶段出现时，才一次修改一个DNS或MTU变量，并保留原值以便撤销。

求助时可以上传完整配置和日志吗？

不建议直接上传。提交前应删除订阅链接、令牌、服务器地址、密码、UUID、私人域名和完整请求记录，只保留系统、客户端与内核版本、当前模式、Connections结果和必要的错误片段。

相关阅读

• 先核对Clash Verge Rev订阅兼容性
• 查看另一款客户端的导入与连接排查流程

参考资料

1. Clash Verge Rev项目仓库
2. Clash Verge Rev Windows FAQ
3. mihomo入站配置文档
4. mihomo TUN配置文档
5. Microsoft Windows代理设置说明