Clash Verge Rev 开启 TUN 后无法上网怎么办？
简答：如果 Clash Verge Rev 不开 TUN 时能上网、开启 TUN 后整机断网，先关闭 TUN 和系统代理，只保留一种模式做对照；随后检查服务或管理员权限、TUN 虚拟网卡、节点日志和 DNS。本文以 2026 年 11 月 1 日可核验的 Clash Verge Rev v2.5.8 发布信息及 Mihomo TUN 文档为边界，Windows 是主要步骤，macOS 和 Linux 仅给出分流提示。
定义：TUN 模式是通过虚拟网卡接管系统流量的工作方式；它与系统代理不是同一条链路，开启 TUN 后断网通常需要分别检查虚拟网卡、路由、DNS、内核出站和其他网卡冲突。
先做这 3 步：确认问题是否只发生在 TUN
适用范围：本文重点写 Clash Verge Rev 开启 TUN 后无法上网的排查，不覆盖订阅导入失败、单个网站被规则拦截或节点测速优劣。Clash Verge Rev 的发布页面显示，v2.5.8 于 2026 年 10 月 9 日发布，并提供 Windows、macOS、Linux 构建；不同版本的菜单文字和内置内核可能不同，以下路径以当前界面实际显示为准。查看 Clash Verge Rev 发布页
- 关闭 TUN。等待系统网络恢复，再打开一个平时可访问的网页，并观察客户端的节点延迟或连接日志。若关闭 TUN 后仍无法上网，先不要继续改堆栈，转到系统网络、系统代理或节点本身排查。
- 做单模式对照。测试 TUN 时先关闭系统代理；测试系统代理时先关闭 TUN。客户端界面文本也提示，TUN 会捕获系统流量，通常不需要同时启用系统代理，但这一行为应以当前版本界面和实际结果为准。查看客户端界面说明
- 记录结果。如果系统代理可以访问、TUN 不能访问，只能说明系统代理链路暂时可用，不能据此排除节点、规则或出站问题；如果两种模式都不能访问，优先查订阅、节点、规则模式和基础网络。
| 观察结果 | 优先检查 | 停止条件 |
|---|---|---|
| 关闭 TUN 后恢复，开启后整机断网 | 服务权限、虚拟网卡、路由、其他 VPN 或虚拟网卡 | 不要先改 DNS 或 MTU，先确认 TUN 是否成功启动 |
| 只有域名打不开，IP 或已知直连地址可用 | DNS、DNS 劫持、Fake-IP、DoH 和规则 | 日志显示 DNS 请求正常后，停止反复更换 DNS |
| 客户端有连接记录但网页仍打不开 | 规则命中、节点出站、目标连接和应用代理方式 | 不要把“有日志”当成网页一定可用 |
| 关闭 TUN 后仍断网 | 系统代理残留、路由、DNS 和其他网络软件 | 先恢复系统网络，再重新开启客户端 |
Windows：按“服务—网卡—路由—防火墙”顺序排查
- 确认服务或管理员模式可用。如果 TUN 开关自动关闭、提示服务不可用，或开启后没有虚拟网卡，先在客户端的服务相关设置中安装、修复或切换服务模式；若当前版本只支持管理员模式，则用管理员权限重新启动客户端。完成后重启客户端，再观察 TUN 是否能保持开启。服务已安装不等于内核一定通过服务运行，客户端界面可能显示服务已安装但内核未运行在服务中，因此要以实际状态提示和日志为准。查看服务与 TUN 状态文本
- 检查虚拟网卡是否创建。打开 Windows 的网络适配器列表，确认 TUN 对应虚拟网卡是否出现、是否被禁用或显示异常。不要同时启用多个代理客户端、VPN、游戏加速器、虚拟机网络、WSL2 网络或网络共享功能做测试；先退出或暂时禁用无关虚拟网卡，再只保留当前物理出口网卡。
- 检查出口网卡选择。如果电脑同时有 Wi-Fi、网线、手机热点、虚拟机网卡或网络共享，自动识别可能选错出口。官方 Mihomo 文档说明，存在多个出口接口时可以手动指定出站接口；但 Clash Verge Rev 是否在当前版本界面提供对应选项，必须以实际界面为准。没有确认字段前，不要直接复制配置文件改名。
- 检查 Windows 防火墙。Mihomo 文档说明，Windows 防火墙开启时，system 和 mixed 协议栈可能需要放行内核；在 Windows 安全中心的允许应用列表中检查 mihomo 或 verge-mihomo 是否被阻止。放行后只重启 TUN 测试，不要同时修改 DNS、MTU 和规则。查看 Mihomo TUN 与防火墙说明
如果这一步后恢复：说明问题更接近服务、网卡、出口选择或防火墙路径，但仍不能证明节点长期稳定。记录恢复前后的日志和网卡变化，后续只改一个参数。
TUN 堆栈怎么查：不要把某个选项当成通用答案
Mihomo 当前文档列出 system、gvisor、mixed 和 mips 等协议栈，但客户端内置内核版本、平台和配置界面可能不同。不要因为网上文章推荐某一个值，就直接把它当成所有版本的固定解法；先确认当前内核文档或客户端实际可选值。
- 先记下当前堆栈和配置，关闭 TUN。
- 只切换一个实际存在的候选值，重新开启 TUN。
- 分别测试网页、DNS 解析和客户端连接日志。
- 若某个堆栈能用，保留该结果并记录客户端版本、系统版本和内核版本；不要继续频繁切换。
| 选项 | 官方资料能确认的含义 | 排查边界 |
|---|---|---|
system | 使用系统协议栈 | 防火墙或系统网络栈异常时可能受影响，不能直接判定为节点问题 |
gvisor | 使用用户空间协议栈 | 可作为另一条对照路径，但不能保证在所有平台和版本都更好 |
mixed | TCP 与 UDP 使用不同协议栈 | 官方文档提示防火墙配置可能影响其使用 |
mips | Mihomo 自研 IP 协议栈 | 是否可选、默认值和适用性以当前内核文档及客户端界面为准，不作通用推荐 |
如果切换堆栈后只有某些网站恢复，继续检查 DNS、规则和 IPv4/IPv6，不要把一次成功当成完整诊断。官方文档还说明，MTU 会影响极端条件下的传输速率，普通用户通常可以保持默认值；因此 MTU 应放在最后，且一次只改一个值。查看 Mihomo TUN 参数说明
按现象分流：完全断网、DNS 失败和部分应用异常
1. 开启 TUN 后所有网站都打不开
先看客户端是否有新的连接或错误日志。如果几乎没有连接记录，优先检查服务、虚拟网卡、路由和出口接口；如果日志出现 DNS 或出站错误，再检查 DNS、节点和规则。官方仓库中的 Windows 问题记录也显示，系统代理可用并不能排除 TUN 路径自身的问题，因此不要只换节点。查看 Windows TUN 故障记录
2. IP 能访问，域名打不开
优先检查 Mihomo DNS 是否启用、DNS 监听是否冲突、DNS 劫持是否生效，以及 Fake-IP 和 fake-ip-filter 是否误处理了局域网或特殊域名。Mihomo 文档明确区分 DNS 的 enhanced-mode、fake-ip-range、nameserver 和 dns-hijack；不要在没有日志证据时直接更换多个公共 DNS。查看 Mihomo DNS 配置说明
3. 浏览器能用，终端、游戏或办公软件不能用
这通常说明不同应用使用的网络路径不同，可能分别依赖系统代理、TUN、UDP、IPv6 或自己的 DNS。先确认目标应用是否产生连接日志，再分别测试 IPv4、IPv6 和 UDP 需求；不要用浏览器成功推断所有应用都已走代理。
4. 局域网、打印机或公司内网失效
检查 strict-route、路由排除地址和系统代理旁路设置。Mihomo 文档提示，Windows 的 strict-route 会增加防止 DNS 泄漏的防火墙规则，也可能导致部分应用在特定场景下异常；修改前先记录原设置，验证失败就恢复原值。查看 strict-route 边界
5. 使用手机热点、网络共享或多张网卡时才断网
把 Wi-Fi 热点、USB 网络共享、网线和虚拟网卡分别测试。Clash Verge Rev 仓库中有 Windows 热点与 IPv4 Forwarding 相关的公开问题记录，但这是特定环境的复现报告，不代表所有电脑都存在同一原因；可将它作为“出口网卡或转发状态”的优先检查项，而不是确定诊断。查看相关 Windows 问题记录
macOS 和 Linux 的最短分流路径
macOS：先关闭 TUN，确认系统代理或普通网络是否恢复；再检查系统是否允许客户端或 Mihomo 访问网络、TUN 设备是否出现，以及 DNS 是否被其他 VPN 或网络工具接管。不要把 Windows 的服务模式路径直接套用到 macOS。
Linux：先确认 TUN 设备、路由和防火墙规则，再检查 auto-route、auto-redirect 与 DNS。官方文档说明，auto-redirect 是 Linux 专用能力，并依赖 auto-route；防火墙还可能需要放行 TUN 网卡出站流量。没有确认网卡名称和发行版防火墙工具前，不要复制命令直接执行。查看跨平台 TUN 参数边界
关闭 TUN 后仍断网：先恢复，再回滚
- 在 Clash Verge Rev 中关闭 TUN 和系统代理，退出客户端，并确认后台没有残留的 Mihomo 或 Verge 内核进程。
- 检查 Windows 系统代理是否仍被保留；macOS 或 Linux 则检查系统代理、DNS 和路由是否回到原状态。
- 重新启用当前物理网卡，暂时关闭无关 VPN、虚拟网卡和网络共享，再测试普通网页。
- 如果仍不能恢复，记录系统版本、客户端版本、内核版本、TUN 堆栈、是否使用热点、错误日志和复现步骤，再考虑重装服务或重置客户端配置。重置前备份订阅链接、配置文件和自定义规则；不要直接删除唯一备份。
求助时应脱敏：保留错误时间、平台、版本、堆栈、是否有虚拟网卡、是否有 DNS 错误和日志关键行；删除订阅链接、节点地址、认证信息、内网域名和真实 IP。能复现“关闭 TUN 正常、开启 TUN 失败”的最小步骤，比整段日志更容易定位。
如果你已经完成对照测试，下一步需要把线路、延迟、丢包与实际连接问题分开判断，可使用边界云加速的网络诊断入口，把客户端版本、系统和可复现现象整理后再做针对性排查。
常见问题
Clash Verge Rev 开启 TUN 后，系统代理还要不要开？
排查时建议先只开一种模式：测试 TUN 时关闭系统代理，测试系统代理时关闭 TUN。这样可以避免两条路径同时接管流量造成误判；最终是否同时开启，以当前版本界面说明和实际应用需求为准。
TUN 堆栈应该选 system、gvisor、mixed 还是 mips？
没有适合所有平台和版本的固定答案。Mihomo 官方文档列出这些选项，但客户端内置内核可能不同。先确认当前版本实际可选值，备份原设置后一次只切换一个选项，并以网页、DNS 和日志的可观察结果判断。
开启 TUN 后完全没有日志，是不是节点失效？
不能直接这样判断。几乎没有连接日志时，优先检查服务、虚拟网卡、路由、出口接口和防火墙；只有确认请求已经进入内核后，才进一步判断节点、规则或出站。
为什么节点延迟正常，但开启 TUN 后仍然无法上网？
延迟测试只说明某类测试请求得到响应，不等于系统流量已经通过 TUN 正确路由，也不等于 DNS、网页出站和 UDP 都正常。应分别做关闭 TUN对照、网页测试、DNS检查和日志观察。
关闭 TUN 后系统仍然无法上网怎么办？
先关闭系统代理、退出客户端并确认内核进程已结束，再检查系统代理、DNS、路由和网络适配器是否恢复。修改前保留原设置；如果仍失败，再按系统网络问题处理，不要继续切换 TUN 堆栈。