← 返回 GitHub Proxy 最新地址发布 - GitHub 文件 , Releases 首页

Clash Verge Rev TUN 模式怎么设置？Windows 开启与排错步骤

更新于 2026-10-30 · ghproxy.cyou

简答：Clash Verge Rev 的 TUN 模式应按“确认订阅和节点正常→安装服务模式或用管理员权限运行→打开 TUN→关闭重复的系统代理→用浏览器和终端验证”的顺序设置。TUN 开关灰色、开启后断网或局域网失效时，先关闭 TUN 恢复网络，再按服务权限、节点、规则、DNS 和其他虚拟网卡逐层排查。

定义：TUN 模式是一种通过虚拟网卡接管系统网络流量的工作方式，适合处理不读取 Windows 系统代理的终端、桌面应用或部分游戏；它不等于节点一定可用，也不替代规则和 DNS 配置。

先试这一步：Windows 上正确开启 TUN 的最短流程

本文是第三方使用指南，不是 Clash Verge Rev 官方页面。以下步骤只针对 Windows 桌面端，菜单名称可能随已安装版本变化；如果你的界面显示“Tun Mode”“虚拟网卡模式”或“服务模式”，优先按实际界面中含义相同的入口操作。

  1. 确认配置可用：打开 Clash Verge Rev，进入配置或订阅页面，选择已经成功加载的配置，并在代理页面确认至少有可选节点。若浏览器通过系统代理也不能访问目标网站，先不要开启 TUN，继续检查配置、节点和当前网络。
  2. 安装服务模式：进入设置中的系统设置或服务相关区域，查找“Install Service”“安装服务”或“Service Mode”。点击后接受 Windows 用户账户控制提示，等待界面显示服务已安装或正在运行。官方界面文案中，TUN 需要 Service Mode 或 Admin Mode；相关字段可参考 Clash Verge Rev 的设置文案。
  3. 打开 TUN：返回系统设置或代理控制区域，开启“Tun Mode”。如果开关仍不可用，先确认服务状态；临时测试也可以完全退出软件后，右键程序选择“以管理员身份运行”，再重新打开 TUN。
  4. 首次测试先少改参数：先保留版本默认的 TUN 堆栈、MTU、DNS 模式和接口检测设置，不要同时修改多个高级选项。开启后等待核心状态稳定，再访问一个普通网页并观察连接记录。
  5. 避免重复接管：TUN 已经接管系统流量时，通常不需要同时开启 Windows 系统代理。若两个开关都开着，排障时很难判断流量究竟经过哪条路径；先保留一种方式测试。

成功标准是：TUN 开关保持开启，核心没有持续报错，浏览器可以正常访问，且终端或原本不读取系统代理的应用能在连接记录中看到请求。若第 2 步安装服务失败，先关闭软件，再以管理员身份启动一次并重试；仍失败时不要下载来路不明的驱动或服务文件。

TUN、系统代理、规则模式和全局模式怎么区分

方式主要作用适合场景注意点
系统代理修改 Windows 的 HTTP/SOCKS 代理设置浏览器、办公软件等明确支持系统代理的应用不保证终端、UWP 应用或游戏会读取该设置
TUN 模式通过虚拟网卡接管更广泛的系统流量应用不读取系统代理，或需要统一处理系统流量需要服务模式或管理员权限，也更容易受到其他虚拟网卡、DNS 和防火墙影响
规则模式按照配置中的规则决定连接走代理、直连或其他策略希望不同域名或地址分流TUN 只负责接管入口，最终路径仍取决于当前模式和规则
全局模式让匹配到的流量统一使用当前代理策略用于短时间验证节点和链路不适合作为长期排障替代品；测试后应恢复符合需求的模式
直连模式让流量不经过代理策略验证本地网络、节点和规则影响直连成功不代表代理节点可用

官方设置文案明确区分了“System Proxy”和“Tun Mode”：TUN 是虚拟网卡模式，开启后通常不需要再开启系统代理。你可以先用系统代理验证订阅和节点，再切换到 TUN 验证应用是否被接管，避免把“节点不可用”和“TUN 未生效”混在一起。

Windows 服务模式安装失败：按这个顺序处理

  1. 确认是否真的以管理员身份运行：右键 Clash Verge Rev 快捷方式或程序文件，选择“以管理员身份运行”，接受权限提示后查看应用状态。只拥有管理员账户，并不等于当前进程已经获得管理员权限。
  2. 检查安装位置和文件权限：官方 Windows FAQ 说明，如果服务内核安全检查不通过，应用可能切换到普通 Sidecar 模式；普通权限运行时无法使用 TUN。若程序放在下载目录、桌面或自行解压目录，先在应用内备份设置，再考虑使用可信安装包重新安装到受保护的程序目录。具体权限原因应以应用通知中的原始报错为准，参考 Clash Verge Rev Windows FAQ。
  3. 确认服务状态：回到应用设置，查看是否显示“Service Mode”或服务已安装。服务安装成功不代表 TUN 已开启，还需要回到 TUN 开关处再次启用。
  4. 暂时不要改配置文件：如果 GUI 已经提供 TUN 设置，先使用 GUI 完成服务和开关测试。官方仓库的讨论说明，GUI 中的 TUN 设置可能作为全局覆写注入配置，手动修改配置文件后仍可能被界面设置覆盖；可参考 官方仓库关于 TUN 设置覆写的讨论。

如果服务模式始终无法恢复，临时方案是每次以管理员身份启动程序后测试 TUN；这属于权限排查手段，不代表必须长期使用管理员权限。

TUN 开启后断网：不要先改 DNS，按层定位

开启 TUN 后完全断网，先在 Clash Verge Rev 中关闭 TUN，确认普通网络恢复，再一次只改一个变量。这样可以先把问题限定在 TUN、服务权限或虚拟网卡路径，而不是同时怀疑节点、规则和 DNS。

  1. 先验证节点：关闭 TUN，使用系统代理或客户端内置连接测试确认当前节点能够建立连接。节点没有连接记录或连接直接失败时，先处理订阅、节点、时间和本地网络。
  2. 再验证核心：打开连接记录和日志，重新开启 TUN，访问一个固定网页。若完全没有新连接，重点检查 TUN 开关、服务模式和核心是否正在运行；若有连接但失败，继续看策略组、规则和上游错误。
  3. 检查其他 VPN 或虚拟网卡：退出其他 VPN、网络加速器、虚拟机网络工具和可能提供 TUN 的程序，再测试一次。多个程序同时写入路由表或创建虚拟网卡时，可能出现路由冲突；这是通用排障建议，实际原因以路由和日志为准。
  4. 检查 DNS 模式：mihomo 官方文档说明，dns-mode: hijack 在 Windows 上需要 strict-route 才能生效；dns-hijack 用于将符合条件的 DNS 请求交给内部 DNS 模块。不要在没有日志依据时同时改 DNS 服务器、Fake-IP、DNS 劫持和规则。字段说明见 mihomo TUN 官方文档。
  5. 最后检查 MTU：官方文档将 MTU 定义为最大传输单元，并建议普通用户保留默认值。只有在确认服务、节点和 DNS 均正常，而特定网站或大文件连接异常时，才把 MTU 作为单独变量测试；每次修改后记录结果，失败就恢复原值。

如果打开 TUN 后浏览器能用但终端或游戏仍无连接记录，先确认这些应用是否真的产生了网络请求，再检查其进程是否被规则直连、是否使用独立网络栈，以及连接记录是否按当前筛选条件显示。不要仅凭任务栏网络图标判断 TUN 是否生效。

DNS 劫持、严格路由和 MTU：普通用户怎么选

选项首次测试建议什么时候再调整回滚方法
stack保留客户端默认值默认堆栈与防火墙或特定应用冲突时恢复原选项并重启核心
auto-route保留启用状态需要确认全局路由是否写入，或出现路由冲突时关闭 TUN 后恢复原设置
strict-routeWindows 上涉及 DNS 劫持时再确认是否需要DNS 请求绕过、出现 DNS 泄漏迹象或特定应用受影响时关闭该项并重新测试局域网与应用
dns-mode先使用 Auto 或客户端默认值需要明确使用 native 或 hijack，并能观察日志时恢复 Auto/default
dns-hijack不要首次测试就手动追加多条地址确认 DNS 请求未进入内部 DNS 模块时删除新增条目或恢复 GUI 默认
mtu保留默认值只有特定链路出现分片、网页部分加载或大文件异常时恢复默认值

mihomo 文档还说明，auto-route 用于自动设置全局路由，auto-detect-interface 用于检测出站接口；如果电脑同时连接多个网络，自动检测结果可能需要结合实际日志确认。这里不建议直接复制跨平台配置，因为 Windows、Linux、macOS 对 DNS 劫持、自动重定向和严格路由的支持边界不同。

开启后怎么验证：浏览器、终端和局域网分别测

  1. 浏览器验证：开启 TUN 后访问一个你平时能访问的普通网站，确认页面能加载；再观察客户端连接记录是否出现对应域名。页面能打开但没有记录，先检查记录筛选、应用是否使用缓存以及当前是否真的开启 TUN。
  2. 终端验证：在 Windows PowerShell 中执行示例命令 curl.exe -I https://example.com。该命令只用于验证请求是否能完成，不代表能测出速度或证明所有应用都走同一路径。若返回 HTTP 响应头，说明该请求至少完成了连接；失败时查看客户端连接记录和 PowerShell 错误信息。
  3. 应用验证：关闭系统代理，仅保留 TUN，重新打开目标应用并执行一个明确操作，例如刷新页面或同步一次。若连接记录出现该应用请求，说明 TUN 至少捕获到了这次流量。
  4. 局域网验证：访问你自己的路由器管理页、NAS 或打印机地址。若互联网正常但局域网失效，先关闭 TUN 验证局域网本身，再检查严格路由、排除网段和其他虚拟网卡；不要为了恢复局域网直接关闭所有安全选项。

验证时最好固定一个节点、一个网站和一个应用，每次只改变一个设置。这样可以区分“节点连接失败”“规则选择直连”“TUN 没捕获”“DNS 解析失败”和“局域网路由冲突”。

常见问题 FAQ

1. Clash Verge Rev 的 TUN 开关为什么是灰色的？

最常见的检查顺序是：确认核心已加载、确认服务模式已安装或程序已获得管理员权限、确认没有服务安全检查失败提示。设置文案明确提示 TUN 需要 Service Mode 或 Admin Mode；如果当前运行模式是普通 Sidecar，先按 Windows FAQ 检查服务权限和程序目录。

2. 开启 TUN 后还要不要开启系统代理？

通常不需要。TUN 和系统代理是两条不同的流量入口，首次排查时建议只保留 TUN，避免重复接管。若关闭 TUN 后改用浏览器测试，再单独打开系统代理即可，不要把两个开关同时作为“增强效果”的手段。

3. TUN 开启后浏览器能用，但终端不能用，怎么办？

先看终端请求是否出现在连接记录中。没有记录时，检查 TUN、服务模式、其他虚拟网卡和应用是否真的发起请求；有记录但失败时，再检查当前规则、策略组、DNS 和上游错误。不要先修改 MTU 或复制完整配置。

4. 为什么开启严格路由后局域网或虚拟机异常？

mihomo 官方文档说明，Windows 的严格路由会增加防止 DNS 泄漏的防火墙规则，同时某些应用场景可能受到影响。若互联网正常但局域网、虚拟机或特定网络工具失效，应先关闭 TUN 恢复，再单独测试严格路由，并根据需要配置排除网段。

5. TUN 关闭后网络仍然不正常，怎么恢复？

先关闭 TUN 和系统代理，退出客户端后重新打开 Windows 网络设置，确认系统代理已恢复关闭；再断开其他 VPN 或虚拟网卡工具，最后重启网络连接或计算机。若仍异常，应记录客户端日志、Windows 网络状态和复现步骤，不要删除配置文件前忘记备份。

常见问题

Clash Verge Rev 的 TUN 开关为什么是灰色的？

先确认核心已加载，再检查服务模式是否安装或程序是否以管理员身份运行。若显示 Sidecar、服务不可用或安全检查失败，按 Windows FAQ 检查程序目录和权限。

开启 TUN 后还要不要开启系统代理？

通常不需要。首次测试建议只开启 TUN，关闭系统代理，避免两种入口重复接管流量。

TUN 开启后浏览器能用，但终端不能用怎么办？

先看终端请求是否出现在连接记录中。没有记录时检查 TUN、服务、虚拟网卡和应用请求；有记录但失败时再检查规则、策略组和 DNS。

严格路由会不会影响局域网？

有可能。官方 mihomo 文档说明 Windows 严格路由会增加防止 DNS 泄漏的防火墙规则，某些虚拟机或局域网场景可能需要单独测试和配置排除网段。

相关阅读

参考资料

  1. Clash Verge Rev 官方仓库：设置文案与 TUN、服务模式字段
  2. Clash Verge Rev 官方文档：Windows FAQ 与服务模式权限排查
  3. mihomo 官方文档：TUN、auto-route、DNS 模式、strict-route 与 MTU
  4. Clash Verge Rev 官方仓库讨论：GUI TUN 设置与配置覆写