Clash Verge Rev TUN 没网？先用系统代理分流，附 Windows 排查命令
简答：Clash Verge Rev 开启 TUN 后无法上网，先关闭 TUN，只开启系统代理并使用同一个节点测试。系统代理能上网，重点查服务权限、虚拟网卡和路由；系统代理也不能上网，则先查订阅、节点、代理模式和内核。本文按 Windows 10/11 编写，界面名称可能随版本变化。
定义：TUN 模式是通过虚拟网卡接管系统流量的工作方式，Clash Verge Rev 的设置文本显示，TUN 需要服务模式或管理员模式。
先做 3 分钟分流：不要一上来改 DNS 或 MTU
本文是第三方使用指南，不代表 Clash Verge Rev 官方。开始前记下客户端版本、Windows 版本、当前节点、运行模式和最近改过的设置；先关闭 TUN，保留配置备份，不要立即删除网卡或重置网络。
| 测试结果 | 优先判断 | 先做什么 |
|---|---|---|
| 关闭 TUN、开启系统代理后可以上网 | TUN 层故障的可能性较高 | 检查服务模式、管理员权限、虚拟网卡、默认路由和冲突软件 |
| 系统代理和 TUN 都不能上网 | 不一定是 TUN 问题 | 检查订阅是否激活、节点是否选中、代理模式、内核和日志 |
| 网页可以打开，游戏或终端不能用 | 可能是规则、UDP、应用代理支持或 DNS 差异 | 先用全局模式做对照，再单独看应用和日志 |
| TUN 开关弹回或提示服务不可用 | 服务未安装、未运行或权限不足 | 切换服务模式，或完全退出后以管理员身份启动 |
最快结论：系统代理正常而 TUN 失败，先查 TUN 的服务、网卡和路由；两种模式都失败，先不要改 MTU，回到订阅、节点和代理模式。设置字段中明确写有“Tun requires Service Mode or Admin Mode”，并提供安装服务、卸载服务和切换服务模式入口。官方设置字段 github.com
最短排查路径：订阅、节点、代理模式先确认
- 确认配置已加载。检查配置卡片是否处于启用状态，节点列表是否正常显示，内核是否已启动。配置没有加载成功时，开启 TUN 只会接管流量，不会修复无效配置。
- 关闭 TUN，只开启系统代理。使用同一个节点访问平时能打开的网页。不要同时更换节点、模式和 DNS，否则无法判断是哪一个变量导致变化。
- 确认代理模式不是直连。规则模式下只有部分域名失败时，可暂时切换全局模式做对照；如果全局可用而规则模式失败，应检查规则匹配和直连策略，测试完成后恢复原模式。
- 查看内核和日志。如果出现内核未运行、配置加载失败、端口监听失败或核心连接不可用，先处理日志中的第一条错误。系统代理成功只说明基础代理路径有响应，不等于 TUN、UDP 或所有应用都正常。
这一步的目标是把“节点或配置问题”和“TUN 接管问题”分开。只有同一节点在系统代理下可以访问，而开启 TUN 后失败，才适合继续检查虚拟网卡、路由与权限。
TUN 开关弹回：检查服务模式与管理员权限
先做什么：如果开关一打开就关闭，先解决服务或权限，不要反复切换 DNS、Fake-IP 或堆栈。
- 关闭 TUN，退出其他 VPN、代理客户端、加速器和网络接管工具。
- 在设置中查找安装服务、卸载服务或切换服务模式等入口。不同版本的入口位置可能变化，但官方设置文本仍使用这些功能名称。
- 如果服务安装失败，完全退出客户端，再右键快捷方式或程序文件，选择“以管理员身份运行”进行一次对照测试。
- 重新开启 TUN，观察开关是否保持开启，并查看日志是否出现服务不可用、内核未运行或虚拟网卡创建失败。
- 如果安装服务后异常，先关闭 TUN，再卸载服务、退出程序并重新启动；不要在 TUN 开启状态下直接删除服务或网卡。
官方 Windows FAQ 说明，服务模式会以系统权限启动内核；如果服务安全检查不通过，应用可能回到普通 Sidecar 模式，普通用户权限下不能使用 TUN。官方给出的临时处理方式是完全退出程序后，以管理员身份启动，再按需开启 TUN。官方 Windows FAQ github.com
版本字段怎么对照：先看功能，不要假定菜单改名
搜索结果常把不同版本的界面混在一起。官方 Releases 页面可以核对 v2.5.2、v2.5.6、v2.5.7 和 v2.5.8，但官方资料没有提供一张完整的跨版本中文菜单映射表，因此下面只列“能核对什么”和“如何处理”，不把未证实的名称变化写成确定事实。本文页面字段以官方设置文本为准，核验日期为 2026 年 10 月 30 日。
| 版本范围 | 可核对信息 | 排查注意事项 |
|---|---|---|
| v2.5.2 | 官方 Releases 页面列出该版本；公开 issue 的报告者称其环境中 TUN 开关无法启用 | 这是单个报告者环境中的现象，不代表所有 v2.5.2 设备；先确认权限、服务和日志 |
| v2.5.6 | 官方 Releases 页面列出该版本，并显示其发布时间为 2026 年 9 月 26 日 | 不要仅凭版本号推断设置字段已改名，优先按当前界面实际显示查找 |
| v2.5.7 | 公开 issue 报告涉及 TUN 开关显示开启但虚拟网卡未创建 | 先检查设备管理器、Get-NetAdapter 和路由表，不要把开关状态当成网卡已创建 |
| v2.5.8 | 官方 Releases 页面在本次核验时将其标为 Latest，发布时间显示为 2026 年 10 月 9 日 | Latest 是核验时状态，不是长期有效结论；升级前备份配置并重新核对界面 |
| 当前设置字段 | 可见字段包括 Tun Mode、System Proxy、Install Service、Uninstall Service、Switch to service mode、IPv6、DNS Overwrite、Network Interface 等 | 仅在你的界面实际存在该选项时检查；不存在的字段不要按网络文章盲目修改 |
公开报告还显示，某个 Windows 11 环境在 v2.5.7 和 v2.5.8 中出现“开关开启但未创建虚拟适配器”的现象，而同一报告称 v2.5.2 的表现不同。这个信息只能用于定位版本和环境线索，不能当作普遍兼容性结论。官方 Releases 官方 issue：虚拟适配器未创建 github.com
开关能开但整机断网：检查虚拟网卡、接口和默认路由
先做什么：关闭 TUN 后确认系统代理可用，再用管理员 PowerShell 查看适配器和路由。命令用于观察，不要看到多条路由就立即删除。
Get-NetAdapter -Name * -IncludeHidden | Format-Table -AutoSize
Get-NetIPConfiguration -All
Get-NetRoute -AddressFamily IPv4 | Sort-Object DestinationPrefix,RouteMetric | Format-Table -AutoSize
netsh interface ipv4 show interfaces
netsh interface ipv4 show route
Get-NetAdapter用于查看适配器基本属性，Get-NetIPConfiguration -All可包含虚拟、回环和断开接口，netsh interface ipv4 show route用于查看 IPv4 路由表。Microsoft Learn：Get-NetAdapter Microsoft Learn：Get-NetIPConfiguration Microsoft Learn：netsh interface learn.microsoft.com
- 在适配器列表中，记录 Wi-Fi、有线网卡、虚拟网卡以及名称中包含 Wintun、Mihomo 或 Tunnel 的条目。
- 在路由输出中，找到目标为
0.0.0.0/0或 Default 的默认路由，并记录InterfaceIndex、网关和 RouteMetric。 - 如果存在多个默认路由，不要立即删除；先记录它们分别对应 Wi-Fi、网线、热点、虚拟机还是 VPN，再暂时断开不用的物理网络接口做对照。
- 物理网卡处于 Up 且系统代理正常，但 TUN 虚拟网卡不存在或没有对应路由，优先查服务、驱动和客户端日志。
某个公开 issue 的报告者环境中，系统代理可以访问，但残留多个 Wintun 网卡后出现 interface not found，其报告称删除残留网卡并重建单一网卡后恢复。另一个报告者环境中，同时连接两个 Wi-Fi 适配器时出现路由在接口之间切换和 DNS 失败。两者都是特定设备与软件组合的个案，不代表普遍故障。官方 issue：残留虚拟网卡个案 官方 issue：多 Wi-Fi 适配器个案 github.com
恢复顺序建议为：关闭 TUN → 退出客户端 → 暂时关闭不用的第二网络接口 → 重启客户端 → 开启系统代理测试 → 最后重新开启 TUN。只有确认某个虚拟网卡是残留且知道其用途时，才考虑在设备管理器中处理；企业 VPN、虚拟机和容器网卡不要误删。
只有部分网站、游戏或终端不能用：分开查 DNS、规则和 UDP
先做什么：先用浏览器和同一节点验证基础访问，再对域名、规则模式和具体应用分别测试。网页能打开，不代表游戏 UDP、终端或所有域名都正常。
- 检查 DNS：执行
nslookup example.com，观察是否能返回地址。该命令只验证一次 DNS 查询，不代表代理链路、节点和应用全部可用。 - 检查规则：临时切换全局模式。如果全局可用而规则模式失败，优先查看规则匹配、直连策略和目标域名分类。
- 检查应用差异：浏览器正常而游戏或终端失败时，记录应用是否依赖 UDP、是否支持系统代理、是否使用独立 DNS 或 IPv6。
- 一次只改一个变量：如果界面存在 DNS Overwrite、IPv6、Fake-IP、严格路由或堆栈选项，再逐项做对照；不存在的字段不要强行寻找。
不要把公共 DNS 单次查询成功当作完整可用性证明，也不要直接把加密 DNS 的主机名替换成 IP 地址测试 TLS。若调整 DNS、Fake-IP、IPv6 或严格路由，先记录原值，恢复后再验证，避免多个改动同时发生。
冲突软件与安全恢复：每次只停一个变量
以下工具可能创建虚拟网卡、修改路由、接管 DNS 或拦截本地流量：其他 VPN 和代理客户端、Docker、WSL、VMware、VirtualBox、Hyper-V、企业 VPN、远程办公安全软件、AdGuard 及第三方防火墙。它们不一定就是原因，因此排查时先退出或暂停网络接管功能，不要直接卸载。
- 关闭 TUN。
- 退出 Clash Verge Rev，并确认后台进程已经结束。
- 只暂停一个可能冲突的工具。
- 重新启动客户端，先开启系统代理测试。
- 系统代理正常后，再开启 TUN 测试。
如果关闭 TUN 后网络马上恢复，说明基础 Windows 网络未必损坏，优先围绕 TUN 的服务、虚拟网卡、默认路由和 DNS 接管排查。若仍无法恢复，按“关闭 TUN、恢复最近改动、退出重启、备份配置后再考虑重置”的顺序回滚。配置加载成功、节点可达、TUN 虚拟网卡存在和实际网页访问成功，是四个不同的验证结论，求助时应分开记录。
求助信息清单：客户端版本、Windows 版本、CPU 架构、服务或管理员模式、TUN 开关状态、系统代理对照结果、是否存在多个虚拟网卡、默认路由输出、脱敏日志，以及最近一次改动。
结论：按这个顺序处理最稳妥
- 关闭 TUN，只开系统代理测试同一节点。
- 系统代理失败：查订阅、节点、代理模式、内核和规则。
- 系统代理成功：查服务权限、虚拟网卡、默认路由和冲突工具。
- 开关弹回：优先处理服务模式或管理员权限。
- 部分应用失败：分开验证 DNS、规则、IPv6、UDP 和应用自身代理支持。
- 每次只改一个选项，恢复时按相反顺序回滚。
这样可以先恢复基本网络，再定位 TUN 故障层，避免因为直接删除网卡、重置网络或同时修改 DNS、MTU 和路由而丢失原始线索。
常见问题
Clash Verge Rev 开启 TUN 后完全断网，第一步是什么？
先关闭 TUN，只开启系统代理并使用同一个节点测试。系统代理能上网，优先查服务权限、虚拟网卡和路由；系统代理也不能上网，则先查订阅、节点、代理模式和内核。
TUN 开关为什么会自动弹回？
官方设置文本显示，TUN 需要服务模式或管理员模式。开关弹回时，先确认服务是否安装并运行；也可以完全退出客户端后，以管理员身份启动，再重新开启 TUN。
看到多个 Wintun 或 Tunnel 网卡，可以全部删除吗？
不建议全部删除。先关闭 TUN、退出客户端并记录网卡名称，确认哪些是残留虚拟网卡后再处理；物理网卡、企业 VPN、虚拟机和容器网卡不要误删。
系统代理正常但 TUN 仍然无法上网，是节点问题吗？
不一定。这个结果说明基础代理路径至少有一部分可用，故障范围更偏向 TUN 服务、虚拟网卡、自动路由、DNS 或其他网络接管软件，但仍需结合日志和路由表确认。
默认路由有多条时应该删除多余路由吗？
不要立即删除。先记录每条默认路由对应的 InterfaceIndex、网关和网络接口，再暂时断开不用的 Wi-Fi、网线、热点或 VPN 做对照；确认原因后再按原顺序恢复。
要不要先修改 MTU？
不建议。MTU 只适合在特定现象下做对照，例如连接建立后中断或大包传输异常。先完成系统代理、服务、虚拟网卡、路由和 DNS 的分层检查，一次只改一个变量。