Mihomo Party TUN 模式怎么开启？
简答：先确认订阅、节点和普通系统代理已经可用，再在 Mihomo Party 主界面左侧找到“虚拟网卡”或“TUN”开关并按系统提示授权。当前项目已将 TUN 作为内置功能，普通用户通常不需要单独安装服务模式；开启后必须继续检查日志、虚拟网卡和实际应用连接，不能只看开关是否变色。
定义：TUN 模式是通过虚拟网卡和路由在网络层接管部分或更多流量的工作方式，不等于订阅、节点、系统代理或全局模式，也不保证所有应用都会按同一规则连接。
先照做：Windows 和 macOS 开启 TUN 的 6 步速查
本页为第三方使用指南，不代表 Mihomo Party 官方。项目当前仓库已改用 Clash Party 名称展示，仓库自述仍将其描述为 Mihomo 图形客户端，并列出“无需服务模式的 Tun”这一特性；如果你的客户端仍显示 Mihomo Party，以本机界面和版本信息为准。查看项目仓库
| 步骤 | Windows | macOS | 停止条件与验证边界 |
|---|---|---|---|
| 1. 确认版本 | 打开客户端的版本信息，记录版本号；本次检索到项目发布页的最新版本为 v2.0.4，发布日期为 2026 年 10 月 18 日。 | 版本不同，菜单名称和 TUN 行为可能不同；不要把旧截图当作当前界面。 | |
| 2. 先验证普通代理 | 导入配置、选择节点，先打开“系统代理”或等效代理开关，确认浏览器能正常访问目标网站。 | 普通代理未通时先不要开 TUN；TUN 不能修复失效订阅、空节点或不可用配置。 | |
| 3. 找到入口 | 在主界面左侧侧栏寻找“虚拟网卡”“TUN”或相近名称的开关；部分版本可能把高级参数放在该入口旁的设置按钮中。 | 找不到入口时先检查侧栏是否折叠、版本是否过旧，以及是否运行的是项目对应客户端。 | |
| 4. 完成授权 | 出现 UAC 或管理员重启提示时，确认授权并等待客户端重新启动。 | 出现系统网络或管理员授权提示时，按 macOS 提示完成授权。 | 项目仓库说明“无需服务模式”不等于“无需权限”；具体授权仍由系统和客户端提示决定。 |
| 5. 打开 TUN | 再次打开“虚拟网卡/TUN”开关，等待状态显示运行，并观察客户端日志是否出现 TUN 创建失败或权限错误。 | 开关变色不代表流量已接管；还要验证虚拟网卡、路由或连接记录。 | |
| 6. 分层验证 | 依次测试浏览器、一个原本不读取系统代理的应用，以及局域网地址。 | 浏览器可用只说明该测试路径可用，不能推断所有应用、DNS、UDP 或局域网都正常。 |
最快判断：普通代理可用 → 找到“虚拟网卡/TUN” → 完成系统授权 → 开关显示运行 → 日志无创建错误 → 目标应用产生连接记录。任何一步不成立，都先停在该步排查。
项目发布说明显示，v2.0.4 修复了系统唤醒后 TUN 重建配置不完整，以及修改 TUN 设置后未重启内核的问题；如果你使用的是更早版本，建议先记录当前配置，再从项目发布页核对可用版本。查看项目发布记录
“客户端开关、内核配置、权限授权”不是一回事
客户端界面开关：这是最适合普通用户的入口，负责让客户端控制 TUN 状态。你通常先操作这里，不需要一开始就编辑 YAML。
内核配置：配置文件中的 tun.enable 只是内核层的启用字段；stack、mtu、auto-route、auto-detect-interface 和 dns-hijack 会影响实际接管方式。修改这些字段前，应先备份配置，并且一次只改一项。
权限授权：虚拟网卡需要系统允许客户端或内核创建、配置网络接口。项目源码会对“权限不足”和“TUN listening error”等错误进行处理；看到这类日志时，应先处理权限、网卡冲突或防火墙问题，而不是继续改节点。查看项目核心错误处理代码
项目仓库将 TUN 描述为无需服务模式的内置功能，但这只说明通常不必另装独立服务，不能推断 Windows、macOS 和 Linux 在每个版本中都完全不需要授权。首次使用时，以客户端弹窗、系统权限提示和日志为准。核对项目功能说明
四分法排查：开关显示、TUN 创建、全网断开、单应用不通
| 现象 | 先检查什么 | 下一步 |
|---|---|---|
| 找不到“虚拟网卡/TUN”开关 | 版本号、侧栏是否折叠、当前是否使用项目对应客户端。 | 先恢复完整侧栏并核对发布页；不要直接照搬旧版本截图或配置字段。 |
| 开关能打开，但日志提示权限或 TUN 创建失败 | 系统授权、防火墙、安全软件、公司设备策略及其他虚拟网卡。 | 关闭 TUN，恢复原有系统代理设置；重新授权后只保留一个 TUN 客户端测试。 |
| 开启后全网断开 | 先关闭 TUN，检查系统代理是否恢复；如果没有恢复，手动检查系统代理开关和原代理地址。 | 再查看 TUN 日志中的接口地址、路由、DNS 和错误信息。macOS 项目问题中曾出现 TUN 接口没有地址、自动路由关闭等现象，但该问题对应特定版本和环境，不能直接推断你的设备也存在同一问题。查看相关项目问题记录 |
| 浏览器能用，只有某个应用不通 | 连接记录、命中的规则、应用是否使用独立网络栈、固定 DNS 或自带 VPN。 | 确认目标连接是否命中 DIRECT、REJECT 或正确代理组；不要把单个应用失败当作 TUN 整体失效。 |
回滚规则：出现断网时，先关闭 TUN；然后检查系统代理是否恢复，未恢复就手动恢复原设置；仍异常时退出客户端并重新打开网络连接，再以普通代理模式验证。不要在断网状态下同时改动 DNS、MTU、路由和代理软件，否则无法判断是哪一项造成变化。
Windows 与 macOS 的实际验证边界
Windows：重点看管理员授权、Windows 防火墙、系统路由和其他 VPN 或虚拟机网卡。若出现“无法访问 Internet”、代理全部失效或虚拟网卡名称异常，先关闭 TUN，再查看日志和系统网络适配器状态。项目问题记录曾报告 Windows 11 特定版本下 TUN 运行一段时间后出现代理失效，但该记录不能作为所有 Windows 环境都会复现的结论。查看 Windows 相关问题记录
macOS：重点看系统授权、utun 接口是否创建、接口是否有地址，以及是否同时运行其他虚拟网卡工具。项目问题记录显示，Clash Party 2.0.3 与 mihomo v1.19.31 的特定环境曾出现 UI 开关启用后使用内置默认 TUN 参数的现象；项目 v2.0.4 发布说明又列出了 TUN 配置重建和设置应用相关修复，因此遇到类似现象时应先核对版本，再决定是否升级或回滚。查看 macOS TUN 问题记录
本文不覆盖 Linux 的具体菜单路径。Linux 的桌面环境、权限模型和防火墙差异较大；如果客户端界面没有明确显示对应开关，不建议直接套用 Windows 命令或 macOS 操作。
开启前后自查清单
- 配置可用：已选择节点，普通系统代理能够完成基础访问。
- 入口明确：已确认使用的是“虚拟网卡/TUN”开关，而不是“全局模式”或“系统代理”。
- 权限完成：Windows 或 macOS 的系统授权已完成，客户端没有提示权限失败。
- 状态可见：客户端日志或状态信息显示 TUN 已创建，不能只看开关颜色。
- 结果分层：分别测试浏览器、目标应用、域名解析和局域网访问。
- 可以回滚：知道如何关闭 TUN，并能手动检查系统代理是否恢复。
如果仍无法判断，把问题归类为“入口找不到”“TUN 创建失败”“开启后全网断开”或“只有某应用不通”，再按对应分支提供版本号、系统、日志原文和是否存在其他虚拟网卡。这样比笼统描述“开了但不能用”更容易定位。
常见问题
Mihomo Party TUN 模式的开关在哪里？
常见入口是在主界面左侧侧栏的“虚拟网卡”或“TUN”开关，部分版本会在该入口旁提供高级设置。若完全找不到，先检查侧栏是否折叠、客户端版本以及当前项目名称；不同版本的菜单名称可能变化。
开启 TUN 需要安装服务模式吗？
项目仓库将 TUN 列为无需服务模式的内置功能，因此通常不需要另装独立服务。但这不等于完全不需要系统授权；Windows、macOS 的权限提示仍应按客户端和系统提示完成。
开启 TUN 后全网断开怎么办？
第一步先关闭 TUN，并检查系统代理是否恢复；如果没有恢复，手动恢复原有系统代理设置。随后查看日志中的权限、接口地址、路由和 DNS 错误，并排除其他 VPN、虚拟机网卡和安全软件冲突。
为什么浏览器能打开，某个应用仍然无法连接？
浏览器成功只说明该测试路径可用。目标应用可能不遵循系统代理、使用独立网络栈、固定 DNS，或被规则分到 DIRECT、REJECT 等策略。应在连接记录中查看该应用的实际规则命中情况。
需要手动修改 stack、MTU 或 DNS 劫持吗？
首次开启通常不建议同时修改这些参数。先用客户端默认值完成基础验证；只有日志或可复现现象明确指向某个参数时，才备份配置后一次修改一项，并记录原值以便回滚。