Clash 三种模式区别

TUN 模式接管什么流量

Clash Verge Rev 的 TUN 模式通过 Windows 虚拟网络接口接收 IP 流量，再交给 mihomo 按当前配置处理。它适合不支持系统代理的部分桌面软件、游戏和命令行工具；但开启 TUN 不会自动修正规则、选择代理节点，也不意味着所有流量必然走远端代理。最后的去向仍由运行模式、规则、策略组和路由设置决定。

Windows 系统代理与 TUN 是不同的接管入口。系统代理主要影响遵循系统代理设置的应用；TUN 则借助虚拟网卡和路由处理 IP 流量。两者可以同时开启，但排查时最好先只使用一种入口，避免误把系统代理仍在生效当成 TUN 测试结果。

菜单名称会随 Clash Verge Rev 版本和界面语言变化。以下以设置页中「系统」「服务模式」和「TUN 模式」等选项为查找方向；如果你的界面文字不同，请以当前版本显示的设置说明为准，不要为了对照教程而修改不熟悉的配置文件。

开启前检查版本、服务与权限

TUN 通常需要创建或使用虚拟网络接口，并配置相应路由。只打开开关而缺少必要服务或权限，可能表现为启动失败、界面提示权限不足，或开关打开后很快自动关闭。建议先按下面顺序检查，避免直接重装或删除整个用户数据目录。

1. 确认客户端和内核：在 Clash Verge Rev 的「关于」或内核信息区域查看应用版本与 mihomo 内核信息。应用能启动，不代表当前选择的内核配置一定支持所需的 TUN 功能。优先使用客户端提供的内核更新方式，并在更新前记下原有版本。
2. 确认系统版本与网络管理权限：在 Windows 按 Win + R，输入 winver 查看系统版本。公司或学校设备可能由策略限制安装驱动、创建虚拟网卡或更改路由；遇到受管理设备提示时，应联系管理员，而不是尝试绕过策略。
3. 检查服务模式：在设置中查找「服务模式」或类似入口。若客户端提供安装、修复或启动服务的按钮，按界面提示完成，并在 Windows 用户账户控制对话框中核对发布者和程序名称后再确认。服务状态异常时，先用客户端自带的修复或重新安装服务功能，不要手动删除陌生系统服务。
4. 检查其他 VPN 与网络过滤软件：企业 VPN、安全软件、其他代理客户端或网络过滤驱动可能会同时修改路由和虚拟网卡。先记录这些软件的连接状态；如测试需要临时断开，应遵守设备管理要求，测试完成后恢复原来的连接。
5. 保存现有设置：记录当前 TUN、系统代理、DNS 和模式选项。若使用了自定义配置或覆写，先通过客户端支持的方式备份。不要在首次启用时同时更换内核、订阅、DNS 和规则，否则出现故障后很难确认是哪一项改变导致。

服务模式并不等同于每次都要以管理员身份运行整个客户端。优先按照客户端提供的服务安装或权限提示操作；只有在界面明确要求时才使用管理员权限。不要长期提高所有应用的权限，也不要从不明来源下载驱动或所谓的 TUN 修复工具。

在 Clash Verge Rev 中开启 TUN

完成版本、权限和服务检查后，再启用 TUN。不同版本的开关布局可能略有差异，但通常可以在「设置」中的系统相关选项找到服务模式和 TUN 入口。按步骤逐项设置，每次只改变一个条件，方便判断失败发生在哪一步。

1. 启动 Clash Verge Rev 并确认配置已加载：检查订阅或配置状态正常，代理策略中有可用的出口。先用常规系统代理确认基础代理配置可用；若基础连接本身就失败，应先处理配置或节点问题，再测试 TUN。
2. 检查并启用服务模式：进入设置中的系统或服务管理区域，查看服务是否已安装、运行。若界面提供「安装服务」「修复服务」等操作，按提示完成，并等待操作结束；不要在服务安装过程中反复点击开关。
3. 打开 TUN 模式：找到 TUN 开关并启用。若出现权限确认，核对来源后按提示授权。部分版本会在开启后重启内核或重新加载配置，等待状态稳定，不要立即连续切换系统代理、节点和模式。
4. 保留默认接管参数进行首次测试：如果界面显示网络栈、MTU、自动路由或 DNS 劫持等选项，首次启用时优先保留客户端默认值。不同选项影响的是数据处理、路由或 DNS 行为，并非越多开越好；不要照搬针对不同版本或其他客户端的 YAML 示例。
5. 确认运行模式和策略选择：日常使用可从规则模式开始，并在代理页面核对相关策略组当前选择。TUN 负责把流量送入内核；进入内核后的连接仍可能被规则送往直连、代理或拒绝策略。

如果开关开启后界面显示运行中，仍应做实际验证；如果开关不能保持开启，记下完整提示和发生时间，不要重复安装驱动。先关闭 TUN 恢复原有连接，再根据提示检查服务、权限和冲突软件。

Windows 检查当前网络接口（只读）：
ipconfig /all

查看当前路由信息（只读）：
route print

以上命令只用于查看信息，不会替你修复 TUN。虚拟接口名称可能包含客户端、mihomo 或驱动名称，也可能因版本不同而变化。不要仅凭接口名称判断工作正常；还要结合客户端运行状态和实际连接记录验证。

验证应用是否经过 TUN

验证时应区分“虚拟网卡已启动”和“目标应用流量确实进入内核”这两件事。先选择一个已知可访问的网站或应用，保持规则、节点和 DNS 设置不变；测试期间不要同时切换全局模式、改节点和关闭其他网络软件。

1. 查看客户端连接记录：在连接页面观察测试应用产生的连接，查看目标域名或地址、命中规则以及最终策略。若记录显示连接来自目标应用并进入预期策略，可作为接管链路的证据。没有记录时，先确认应用是否真的发起了新连接，并关闭旧页面或重新启动测试程序以避免复用已有连接。
2. 做系统代理对照：记录系统代理当前状态后，可在符合自身网络要求的前提下暂时关闭系统代理，再用同一应用建立新连接。若 TUN 仍开启且连接继续出现在客户端记录中，说明测试不只依赖系统代理。测试完毕后恢复原设置。
3. 分别测试不同类型的应用：浏览器通常能够使用系统代理，因此它单独成功不能证明 TUN 已接管所有应用。可再测试一个不读取系统代理设置的应用；若是游戏或其他 UDP 应用，还要确认策略、节点和网络本身支持相应流量。
4. 核对出口与策略：连接记录显示命中规则，不代表一定使用代理节点；规则可能指定 DIRECT，策略组也可能当前选择直连。结合规则结果、策略组选择和连接状态判断，不要只根据网页能否打开得出结论。
5. 完成后恢复原状态：若之前为了对照关闭了系统代理、VPN 或其他网络服务，测试结束后按记录恢复。确认本地办公系统、打印机和局域网服务仍能按预期访问。

启动失败、断网与 VPN 冲突处理

遇到故障时，先保存错误提示、客户端日志和问题发生时间，再按现象缩小范围。修改前确认系统代理和 TUN 哪些仍处于开启状态；必要时先关闭 TUN 并重新加载客户端，恢复到可用网络后再逐项排查。

需要恢复网络时的安全顺序

1. 在 Clash Verge Rev 中关闭 TUN，等待内核和虚拟接口状态更新；不要立即在设备管理器中卸载网络适配器。
2. 检查系统代理是否需要恢复到启用或关闭状态，按开启前记录还原，不要把系统代理开关当作 TUN 的替代修复。
3. 如果仍无法联网，断开并恢复其他 VPN 或企业网络连接时遵守组织要求；随后重新连接当前需要使用的网络。
4. 仍有异常时，保存日志、错误提示、ipconfig /all 和 route print 的相关输出。分享前遮盖用户名、内部域名、地址和订阅等敏感信息。

不要直接运行来源不明的路由重置脚本、批量删除网络适配器，或手动清空服务和驱动文件。这些操作可能影响 Wi-Fi、公司 VPN 和其他网络软件。若问题只在特定版本出现，记录客户端与内核版本、Windows 版本以及是否使用其他 VPN，再使用客户端提供的更新或修复方式逐项验证。

确认基本连接正常后，再决定是否需要调整高级选项。对于普通新手使用，保持默认网络栈和路由参数、先验证连接记录，通常比复制一整段来源不明的 TUN 配置更容易定位问题。