本文目录
TUN 解决的是系统代理没有接住的程序
在 Windows 上开启 Clash Verge Rev 的 TUN，适合解决这样一种情况：Chrome、Edge 已经能通过系统代理访问，终端、游戏启动器或商店应用却没有任何连接记录。若所有程序都打不开，应先处理订阅或节点，不要把 TUN 当成第一个开关。
系统代理和 TUN 不是两档速度。系统代理只是把 Windows 的代理地址告诉愿意读取它的程序；TUN 则通过虚拟网卡接住更多 TCP、UDP 连接。
这些连接进入 Mihomo 后，仍要按规则决定直连还是代理。TUN 扩大的是接管范围，不会修复失效节点，也不会让写错的规则自动变对。
按现象选择入口
| 当前表现 | 下一步 |
|---|---|
| 浏览器和常用软件都正常 | 继续用系统代理，没有必要开启 TUN |
| 浏览器正常，终端或启动器直连 | 适合用 TUN 做一次对照 |
| 开不开系统代理都无法访问 | 先处理订阅、节点或内核 |
| 只有某个域名走错出口 | 查看规则命中，TUN 不是重点 |
保留一个能工作的系统代理状态
打开 TUN 之前，在“配置”里选中当前订阅，到“代理”页固定一条确认可用的节点，模式先留在 Rule。开启系统代理，用浏览器访问一个熟悉的网站，同时看“连接”页面是否出现这次请求。
这一步给后面留了一条退路。若系统代理本来就没有连接记录，订阅可能没被设为当前配置，策略组也可能还停在 DIRECT。此时直接开 TUN，只会把原来的问题藏到虚拟网卡后面。
进入 TUN 设置前应当看到
- 当前配置有明确的更新时间
- 代理页能看到策略组和节点
- 固定节点能完成一次网页请求
- 连接记录显示了域名、规则和实际出口
服务模式负责权限，不负责替你选节点
Windows 创建虚拟网卡需要较高权限。Clash Verge Rev 把这部分工作交给服务模式，这样日常使用时不必每次都以管理员身份启动整个界面。到设置页找到“服务模式（Service Mode）”，若状态显示未安装，就使用客户端自带的安装入口。
Windows 弹出权限确认时，发起程序应该来自当前安装的 Clash Verge Rev。服务安装完成后让内核重新载入；如果状态仍在“已停止”和“启动中”之间跳动，先看日志，不要连续点击 TUN 开关。
沿用刚才的配置打开 TUN
从可用状态切换
退出其他代理与 VPN
避免多个程序同时写路由或占用同一端口。
保持 Rule 模式和固定节点
测试期间不要让自动测速组换出口。
打开 TUN 模式
等待服务与虚拟网卡就绪，不要同时改 DNS 和规则。
重做原来失败的动作
例如在终端执行同一条命令，或在启动器打开同一页面。
当前 Mihomo 支持 system、gvisor 和 mixed 等网络栈。客户端默认值能用就先保留；更换 stack 是兼容性排查手段，不是性能开关。system 或 mixed 遇到连接被拦时，还要看 Windows 防火墙是否允许 Mihomo 内核进程。
auto-route 会把匹配范围内的系统流量送入 TUN，auto-detect-interface 用来识别真实出口网卡。理解这些字段有助于看日志，但图形客户端用户不需要为了“优化”复制一大段网上配置。
开关变亮不算完成，连接记录才算
回到那个在系统代理下失败的程序，重复完全相同的请求。若“连接”页面现在出现对应域名或目标 IP，并显示规则和出口，说明流量已经从 TUN 进入 Mihomo。应用也能拿到结果，这次设置才真正生效。
连接记录仍然空白，重点是程序的流量有没有经过虚拟网卡、防火墙是否拦截，而不是订阅延迟。记录已经出现但命中 DIRECT，就处理规则；命中代理却超时，再换一条已知可用节点做对照。
应用失败，连接页没有任何新记录
检查服务状态、虚拟网卡、其他 VPN 和 Windows 防火墙。
记录出现但显示 DIRECT
查看命中的规则行，不要用反复开关 TUN 代替改规则。
记录走代理并显示 timeout
固定另一条可用节点，区分入口问题和节点问题。
TUN 打开后全断，回到系统代理划清范围
先关闭 TUN。若系统代理随即恢复，订阅和节点大概率还在工作，问题集中在服务、路由、虚拟网卡或 DNS；若系统代理也无法使用，就重新检查刚才确认过的配置和内核。这个对照比重装客户端更快。
- 服务启动失败
- 重新载入内核，查看日志里是否有 permission、service 或 driver 相关信息。
- 有虚拟网卡但没有请求
- 退出其他 VPN、安全软件或旧 Clash，确认没有第二套 TUN 同时改路由。
- 连接出现，域名解析失败
- 查看 DNS 日志与 dns-hijack 设置；Android 私有 DNS 之类的提示不适用于 Windows，不要混用教程。
- 换 Wi-Fi 后才失效
- 让内核重新识别出口网卡，再检查 auto-detect-interface 的结果。
NAS 和打印机突然消失，要看本地网段有没有被绕走
外网已经恢复，但路由器后台、NAS 或打印机打不开，通常是本地连接进入 TUN 后没有按局域网规则直连。关掉 TUN 后这些设备立刻回来，也支持这个判断。
检查私有地址规则是否在更宽的代理规则之前命中 DIRECT。公司网络若使用自定义网段和内部域名，还要按真实地址补充，不能照抄家庭网络的排除清单。Windows 上的 strict-route 也可能影响 VirtualBox 等虚拟网络，使用虚拟机时应单独验证。
局域网恢复所需信息
- 失联设备的实际 IP 和网段
- 该连接在 Clash 中命中的规则
- 企业内部 DNS 是否只在当前网络可用
- VirtualBox、Hyper-V 或其他虚拟网卡是否同时存在
需要撤回时，只撤回 TUN 这一层
关闭 TUN，保留刚才可以工作的配置与节点，再开启系统代理。如果网络立即恢复，就没有必要使用 Windows 的“网络重置”；那个操作会同时清理 Wi-Fi、虚拟网卡和其他网络设置，影响范围远大于当前问题。
服务模式本身可以保留，它只是权限层。若确定以后不再使用，再通过客户端设置中的卸载入口移除服务。回到系统代理后，浏览器应恢复正常，原先依赖 TUN 的程序会重新没有连接记录。这个差异能直接说明 TUN 是否真的有必要。
如果目标程序只有在 TUN 下才进入 Connections，并且网络、DNS 与局域网都正常，就保留 TUN。系统代理已经覆盖日常程序时，让 TUN 关闭反而更省事。