Windows 开启 Clash Verge Rev TUN 后断网，系统代理却正常

开启虚拟网卡模式后，网页和其他程序都无法联网，关闭 TUN 又立即恢复，而系统代理模式可以使用，这种情况应先检查本机的网络适配器与流量出口。仅更换节点，往往无法解释两种模式之间的差异。

涉及版本和现象

相关问题最初出现在 Windows 22H2，客户端版本为 2.5.2 和 2.4.7。反馈者已经启用服务模式，并尝试过不同 TUN 堆栈，故障仍然存在。后续讨论中，不同电脑的处理结果并不相同，不能据此认定所有 TUN 断网都来自同一种原因。

先恢复可用连接

1. 关闭「虚拟网卡模式」，等待网络恢复。
2. 如果需要继续使用代理，单独启用「系统代理」，选择此前可用的节点。
3. 分别测试普通网页、需要代理的网页，以及原本出问题的程序。部分程序不使用系统代理，因此浏览器恢复不代表全部程序都已恢复。
4. 记录客户端与内核版本、使用 Wi-Fi 还是有线连接、其他 VPN 或加速器名称，再开始排查。

检查多余适配器与其他 VPN

按 Win + R，输入 ncpa.cpl，打开 Windows 网络连接。先记录当前物理网卡、虚拟网卡和连接状态，再确认近期是否安装过远程桌面、手机互联、VPN 或游戏加速器。

10 月 31 日的一条后续反馈称，其电脑存在与 Windows App 远程连接有关的额外适配器，移除后 TUN 恢复；也有较早的反馈称手机互联软件与故障有关。这些是各自电脑上的处理结果，不能按名称直接推定你的电脑也存在同样冲突。

在本机操作时，先正常退出额外的 VPN、远程连接或加速器，每次只停用一个，再测试 TUN。对用途明确、当前不需要的虚拟适配器，可先记录原状并临时禁用，测试后重新启用。不要删除正在上网的物理网卡或工作所需的适配器；若必须卸载，先确认能通过对应软件重新安装恢复。

核对 TUN 的出口选择

Mihomo 的 auto-detect-interface 用于自动选择流量出口，顶层 interface-name 则指定出站接口。它们与 TUN 自身的虚拟网卡名称不是同一个概念。多网卡电脑尤其需要确认出口选中了实际联网的物理接口，而不是另一条 VPN 通道。

先在「订阅」页面打开「查看运行时订阅」，检查是否已有 interface-name 以及 tun.auto-detect-interface。需要手动绑定出口时，按扩展覆写配置教程 备份原配置，只修改目标字段，并填入本机实际的出口接口名称；不要照抄他人的网卡名称。回到运行配置核对最终结果，测试结束后撤回本次新增字段并恢复原值。

如果配置没有生效，先核对应用设置与扩展之间的覆盖关系，不要连续叠加多个相同字段。服务权限、堆栈和路由的检查方法见服务模式与 TUN 教程 。

如何判断处理有效

重新开启 TUN，测试直连与代理网站，再关闭 TUN，确认本机网络仍然正常。若问题只发生在重启后的第一次启用，还需要重启电脑复查。

讨论中有用户通过切换 Windows 网络共享暂时恢复，也有人无效或重启后复发，因此不宜把开关共享当作通用修复。当前问题仍未关闭，也没有统一的正式修复结论。

参考：GitHub Issue #7743 、Windows 常见问题 、Mihomo TUN 配置 、出站接口配置 。