Clash Verge Rev TUN模式怎么用？开启、验证与断网排查
简答：Clash Verge Rev 的 TUN 模式用于通过虚拟网卡接管系统流量，适合终端、游戏、IDE 等不读取系统代理的程序。最快做法是：先确认订阅和节点可用，再安装服务或完成授权，打开 TUN，最后用 Connections、curl 和原本无法联网的应用验证；TUN 不等于全局模式，流量最终走向仍由规则、全局或直连模式决定。
定义：TUN 模式是一种通过虚拟网络接口接管系统流量的工作方式，重点解决部分应用不遵循系统代理设置的问题。
先试这一步：判断是否真的需要 TUN
本文是第三方使用指南站内容，不是 Clash Verge Rev 官方页面。若浏览器已经可以正常访问，但命令行、Git、Docker、游戏、IDE 或某些桌面应用仍然无法连接，才有必要优先测试 TUN。若所有需要代理的程序都能通过系统代理工作，通常不必为了“更彻底”而立即开启 TUN。
| 现象 | 优先使用的方式 | 判断依据 |
|---|---|---|
| 浏览器可以访问，普通桌面程序也正常 | 先使用系统代理 | 不需要额外接管系统网络入口 |
| 终端、Git、IDE 或游戏无法联网 | 测试 TUN 模式 | 这些程序可能不读取系统代理 |
| 只想改变流量出口选择 | 调整规则、全局或直连模式 | 这是路由策略问题，不是 TUN 开关本身 |
| 开 TUN 后整个系统断网 | 关闭 TUN并按故障分流排查 | 先恢复网络，再检查服务、DNS和节点 |
Clash Verge Rev 的界面把“System Proxy”和“Tun Mode”分开设置；项目界面文案说明，TUN 会捕获系统流量，开启后通常不需要同时开启系统代理，同时 TUN 需要服务模式或管理员权限。可查看其项目界面配置中的 TUN 与服务模式说明。
完整开启流程：订阅、节点、服务、TUN、验证
- 确认已有可用配置。在 Profiles 或配置页面导入你拥有的订阅地址，等待配置加载完成。订阅本身不等于已经连接，至少要看到代理组、节点或可选择的出口。
- 先选一个节点并测试。进入 Proxies 或代理页面，选择一个节点或代理组。不要在节点尚未确认可用时直接排查 TUN，否则无法判断问题来自节点、规则还是虚拟网卡。
- 先测试系统代理。打开 System Proxy，访问一个你平时用于判断连接是否正常的网页。若系统代理本身就无法工作，应先检查配置、节点和规则，不要把问题直接归因于 TUN。
- 安装服务或完成权限授权。Windows 下，如果 TUN 开关提示需要权限，可在应用设置中选择 Install Service、Switch to service mode 或相近名称；也可以按系统要求以管理员身份运行。macOS 和 Linux 的入口名称可能不同，通常需要在核心设置或服务设置中点击 Authorize。具体菜单会随客户端版本变化，应以实际界面为准。
- 打开 TUN 模式。常见入口是 Settings、系统设置或代理控制区域中的 Tun Mode、TUN 模式、虚拟网卡模式。开启后等待状态变为运行中；如果开关自动关闭，先看服务状态和日志，不要反复点击。
- 确认是否要关闭系统代理。TUN 已经接管系统流量时，通常不需要再开 System Proxy。为了减少双重代理、端口冲突和排查变量，可以先关闭系统代理，只保留 TUN 测试；如果关闭后浏览器反而异常，再恢复系统代理并记录差异。
- 验证原本失败的应用。不要只打开网页。重新测试之前无法联网的终端、IDE、Git、游戏或其他应用，并观察 Connections 页面是否出现对应连接记录。
Clash Verge Rev 官方仓库的设置文案还提示，Windows 8 及之后的部分 UWP 应用无法直接访问本机网络服务，客户端提供 UWP 工具处理这类限制；如果只是 Microsoft Store 等 UWP 应用异常，应把它与普通桌面程序分开判断。
当前版本号和具体安装包名称不在本文中写死。需要升级或重新安装时，应从项目 GitHub Releases 页面当前列出的版本和文件中选择，旧文章里的固定文件名或旧下载地址不要直接复制。
Windows、macOS、Linux 的权限差异
| 系统 | 开启前重点检查 | 失败时先做什么 |
|---|---|---|
| Windows | 服务模式是否安装，或应用是否具备管理员权限；是否有其他 VPN、虚拟网卡或网络加速软件同时运行 | 关闭其他网络接管软件，重新安装服务或以管理员身份启动，再查看 TUN 开关是否恢复 |
| macOS | 核心或网络扩展是否已授权；系统是否弹出需要允许的安全提示 | 回到核心设置完成授权，重启客户端后再次测试；具体提示以当前系统为准 |
| Linux | 服务权限、网络管理器、TUN 设备和防火墙规则是否允许客户端工作 | 先看客户端日志和服务状态，再确认 TUN 设备是否出现，不要先复制一整段陌生配置 |
底层 Mihomo 文档将 TUN 描述为接收系统流量的入口，并列出了自动路由、DNS 劫持、接口选择等配置项；这些参数属于内核层设置，普通图形界面用户一般不需要一开始就手动修改。可参考Mihomo TUN 配置文档了解参数含义。
如何确认 TUN 真正生效
建议按“界面状态—连接记录—命令行—原失败应用”的顺序验证，避免只凭网页能否打开下结论。
- 看 TUN 状态。确认开关仍保持开启，没有出现自动关闭、服务不可用或权限失败提示。
- 看 Connections。打开 Connections 或连接面板，访问目标应用后观察是否产生对应记录。若完全没有记录，优先检查应用是否真的发起连接、TUN是否仍运行以及是否存在其他网络接管程序。
- 用 curl 做低门槛测试。在终端执行
curl -I https://example.com，再执行一个你平时访问的测试地址。命令能返回响应，只能说明该命令路径可用，不能单独证明所有应用都已被接管。 - 测试原本失败的程序。例如先关闭 TUN确认问题可以复现，再打开 TUN重试。这样比单纯测试浏览器更容易确认 TUN是否解决了目标问题。
- 查看虚拟网卡。系统网络适配器或接口列表中应能看到客户端创建或使用的虚拟接口。接口名称和显示位置会随系统、权限和客户端版本变化，未核实的名称不要直接套用。
规则模式、全局模式和直连模式决定连接经过哪个出口；TUN 只负责把流量送入客户端处理链路。因此，即使 TUN 已经生效，若当前规则把目标连接判定为 DIRECT，Connections 中仍可能显示直连，这不等于 TUN 失效。
按现象排查：不要一上来改 YAML
开关灰色或提示不可用
先确认是否安装服务或拥有管理员权限。Windows 可尝试服务模式或管理员启动；macOS、Linux 可检查核心设置中的授权状态。若服务安装失败，先退出其他同类网络工具，再重试。项目界面文案明确写有“TUN requires Service Mode or Admin Mode”，因此灰色状态优先按权限路径处理，而不是修改 DNS。
开启后完全断网
- 立即关闭 TUN，确认基础网络是否恢复。
- 关闭其他 VPN、WireGuard、OpenVPN、虚拟机网络或加速器，避免多个程序同时修改路由。
- 固定一个已知可用节点，暂时使用较简单的规则模式测试。
- 若仍断网，检查 DNS、系统防火墙和虚拟网卡状态。
- 恢复后一次只改一个设置，记录每次变化。
Connections 没有记录
先确认测试应用确实产生了网络请求；然后检查 TUN是否自动关闭、核心是否运行、服务是否仍在线。如果浏览器能访问但目标应用没有记录，可能是应用使用了独立网络栈、局域网策略或自身代理设置，不能只凭这一点断言 TUN故障。
出现 DIRECT 或节点超时
DIRECT通常表示规则选择了直连，不代表虚拟网卡没有工作；节点超时则应先换节点或检查配置。先固定节点，再改变规则模式，最后才检查TUN参数，这样可以缩小范围。
DNS异常或部分域名打不开
不要直接复制网上的完整 DNS 或 TUN 配置。Mihomo 文档说明，DNS 劫持、自动路由和严格路由之间存在系统差异，Windows、macOS 和 Linux 的行为也不完全相同。先恢复默认配置，确认基础连接，再逐项调整 DNS；若只是局域网域名异常，应检查是否误把内网请求送入远端规则。
局域网、NAS 和虚拟机访问注意事项
TUN 可能改变系统路由，因此开启后需要单独测试打印机、NAS、路由器管理页、局域网共享和虚拟机网络。建议先记录内网设备的地址，再分别访问内网资源和外部网站。
- 如果外部网站正常、内网设备打不开，优先检查局域网地址是否被规则送入代理。
- 如果虚拟机或容器异常，检查宿主机的虚拟网卡、路由和防火墙，不要直接把问题归因于订阅。
- 如果只有一个应用异常，查看该应用自身的代理、DNS或网络模式。
- 需要恢复原状时，先关闭 TUN，再决定是否保留系统代理，最后重启应用验证。
普通用户通常不需要手动填写 stack、auto-route、dns-hijack 或 strict-route 等参数。只有在确认问题属于某个具体参数时，才应依据当前内核文档逐项修改，并保留原配置备份。
一张速查卡：最小闭环怎么做
| 顺序 | 动作 | 通过标准 |
|---|---|---|
| 1 | 导入配置并选择节点 | 代理组和节点可见，基础配置加载完成 |
| 2 | 先开系统代理测试 | 浏览器或基础测试地址可访问 |
| 3 | 安装服务或完成授权 | TUN 开关不再灰色，权限提示消失 |
| 4 | 关闭其他网络接管工具 | 只保留一个主要的流量接管程序 |
| 5 | 打开 TUN | 状态保持开启，服务没有自动退出 |
| 6 | 看 Connections 并测试原失败应用 | 出现连接记录，目标程序恢复连接或能进一步定位规则问题 |
| 7 | 逐项处理 DNS、规则和内网 | 每次只改一个变量，并保留回滚路径 |
如果完成以上闭环仍无法判断问题，建议导出客户端诊断信息和日志，并记录系统、客户端界面版本、是否服务模式、是否存在其他虚拟网卡以及具体失败应用。版本号、系统兼容性和安装包选择需以当前项目页面为准，本文不对未核实的版本状态作结论。
常见问题
Clash Verge Rev 开启 TUN 后还要开系统代理吗？
通常不需要同时开启。TUN负责通过虚拟网卡接管系统流量，系统代理负责修改操作系统代理设置。建议先关闭系统代理单独测试TUN；如果某个应用表现不同，再按实际需求组合使用。
Clash Verge Rev TUN 模式开关为什么是灰色的？
常见原因是没有安装服务、没有管理员权限，或 macOS、Linux 尚未完成核心授权。先处理权限和服务状态，再重启客户端确认；不要先修改DNS或复制陌生配置。
TUN 开启后完全断网怎么办？
先关闭TUN确认基础网络恢复，然后退出其他VPN、WireGuard、OpenVPN、虚拟机网络工具或加速器，固定一个已知可用节点测试。若仍异常，再检查DNS、防火墙、虚拟网卡和客户端日志。
Connections 没有连接记录，是不是 TUN 没生效？
不一定。先确认测试应用确实发起了请求，并确认TUN开关没有自动关闭、核心正在运行、服务没有退出。若只有某个应用没有记录，还要检查该应用自身的代理或网络模式。
TUN 模式和全局模式有什么区别？
TUN是流量进入客户端的方式，全局、规则和直连是流量进入后如何选择出口的方式。开启TUN后仍可能因为规则判断而显示DIRECT，所以不能把两者当成同一个开关。