Windows 11 安装 Mihomo Party：系统代理与 TUN 模式首次配置分步教程

1. 系统代理与 TUN：在 Win11 上你在选什么

系统代理的含义，是让会读取 Windows 代理设置的应用把 HTTP／HTTPS（以及部分 SOCKS 场景）发到本机 Mihomo Party 所监听的端口上。Edge、Chrome、Firefox 和大多数尊重系统代理的桌面程序，通常会跟着 WinINet／系统设置走；但不读系统代理的程序——例如默认直连的 PowerShell、许多游戏与启动器、或硬编码链路的工具——会表现得像「代理没开」。

TUN 模式会在系统里挂上一块虚拟网卡，在 Windows 上通常与 Wintun 实现相关，由内核把符合策略的流量交给 mihomo 处理，更接近透明代理：对「不认系统代理」的应用也更友好。代价是往往需要管理员权限加载或更新组件，可能与其它 VPN或企业隧道争抢默认路由，排查时也要多看路由与 DNS 顺序。

第一次上手的推荐顺序是：先完成订阅导入并确认内核已加载、能选出可用节点；再开系统代理用浏览器做出口验证；最后才按需打开 TUN，解决命令行、游戏或部分沙箱应用「永远直连」的死角。这样一旦异常，你能快速判断卡在「远程配置／规则」层，还是「驱动／权限／多栈冲突」层。

2. 下载安装与首次打开：架构、SmartScreen 与权限

建议从本站 下载页获取与设备架构一致的 Windows 安装包，区分 x64 与 ARM64（骁龙本、部分二合一设备）。安装路径尽量使用默认目录或简短的英文路径，避免可执行文件落在过深目录或含异常字符的位置，从而降低与 Helper、服务或内核拉起相关的偶发问题。

首次运行时若出现 SmartScreen「已阻止」或类似提示，多为安装包尚未累积足够信誉触发拦截；在确认来源可信的前提下，可按系统引导选择「更多信息 → 仍要运行」，这与代理连通性无关，但决定你能不能进入主界面。公司设备若由组策略禁止未知发布者，可能需要 IT 放行或改用合规渠道。

Mihomo Party 日常可以标准用户运行；当你第一次涉及 TUN、Wintun 或需要提升权限安装虚拟网卡时，会出现 UAC 弹窗——这是 Windows 正常机制。若误点「否」，TUN 可能呈现「开关亮了但流量没进内核」的假阳性，应关闭开关后重新触发授权，而不是只靠反复重启。大版本 Windows 更新后也建议重新打开一次客户端，让网络组件完成自检。

3. 订阅导入与内核：先保证 mihomo 有节点

在折腾系统代理或 TUN 之前，请先完成订阅导入或本地配置载入，并等到更新成功、界面里能看到策略组与节点。若你不熟悉 Clash 订阅 URL 的粘贴与更新节奏，可先阅读站内 订阅导入教程，避免在「没有可用出站」时反复切换模式，把问题误判成 Win11 网络或 TUN「坏了」。

导入后在总览或日志区域观察是否有持续的 TLS 握手失败、DNS 解析错误或 403／证书问题。若提供商要求固定 User-Agent、需要手动刷新频次，或你本机时间严重偏移，也会在日志里留下明确痕迹。建议顺序保持为：内核已加载 → 节点可选 → 再开系统代理 → 浏览器验证 → 最后开 TUN。订阅侧疑难也可交叉阅读 Windows 订阅 TLS 与 DNS 日志排查，与模式层问题区分开。

若你同时使用自动启动、内核守护或旧版 Clash 系客户端，注意端口占用与多实例抢 mixed-port 的情况：任务管理器里结束残留进程后重试，并在 Mihomo Party 中核对当前激活的配置文件是否即你刚更新的那一份。

4. 系统代理：如何把代理写进 Windows 11 并验证

在 Mihomo Party 中找到与「系统代理」或「PAC／手动代理写入」对应的开关（不同版本措辞略有差异），开启后到 设置 → 网络和 Internet → 代理查看是否写入本机地址与端口。端口号可能与配置里的 mixed-port 或分项 HTTP／HTTPS／SOCKS 一致，以客户端展示为准。

验证建议分两路：浏览器打开 IP ／地理位置查询站，核对出口是否与所选节点一致；另在 PowerShell 里对 Invoke-WebRequest 或 curl.exe 显式附带代理参数做对照，牢记默认终端不会自动吃系统代理——把「终端仍直连」误报成 Mihomo Party 失效，是很多 Win11 新手的第一个坑。

若系统设置里代理字段始终为空，回头检查 Mihomo Party 是否报错写入失败、杀软是否拦截修改系统代理、或多账户环境下是否切换到正确用户配置文件。也与 浏览器安全 DNS／DoH 绕开解析栈 区分开：那种情况常常是「表面上代理开了，但仍像直连」。

5. TUN 与 Wintun：UAC、驱动与虚拟网卡

第一次打开 TUN 模式时，系统往往会弹出 UAC，用于允许安装或加载 Wintun 相关组件。请核对弹窗来源是否为 Mihomo Party 或其官方依赖，再点「是」。若曾拒绝，先完全关闭 TUN，再重新开启以触发安装流程。

在「设备管理器 → 网络适配器」中可观察是否出现 Wintun 或 mihomo／Meta 相关虚拟适配器；命名因版本略有不同。驱动安装失败时，优先排查：是否与其他全局 VPN 的虚拟网卡冲突、企业是否禁止 TUN、安全软件是否拦截驱动目录、是否存在旧 Wintun 残留。卸载冲突适配器并重启后再试，往往比盲目重装系统更省时。

TUN 解决的是流量有没有进入内核，并不等价于「一定走代理节点」：若规则把站点判成直连或 DNS 走了意外链路，仍会表现为「开了 TUN 也没用」。更可结合站内 TUN 模式说明 对照 stack、DNS 劫持与兼容性概念。若还需要把局域网设备指向本机代理，请参阅 allow-lan 与防火墙，它与 TUN 是不同议题。

与本机其它「全局加速器」同时常驻时，建议不要两套全接管叠开：容易出现默认网关被覆盖、DNS 顺序乱跳、表现为偶发能上、多数应用不可用。排查期只保留一种全局栈，另一侧完全退出，再逐项恢复。

6. 常见现象：整机上不了网、仅浏览器通、与别的 VPN 抢路由

「开 TUN 后整机断网」：先关 TUN，仅保留系统代理或全部关闭，确认访问是否恢复。若恢复，重点查虚拟网卡状态、默认路由是否被其它 VPN 改写、订阅是否过期、系统时间是否偏移导致 TLS 失败。需要查看路由时可在管理员 PowerShell 使用 route print 做粗检，但修改路由前请确保理解每条含义。

「只有浏览器正常，游戏或启动器仍直连」：多为应用不读系统代理。尝试开启 TUN，并在连接日志里确认进程是否出现在 mihomo 侧；若仍异常，再结合 QUIC／HTTP3、硬编码 DNS 或专有协议逐项对照。

「Wintun 安装失败或找不到适配器」：退出其它 VPN，删除冲突虚拟网卡并重启；必要时以管理员身份启动 Mihomo Party 后再开 TUN。企业环境禁止虚拟网卡时只能退回系统代理或申请合规例外。

「UWP／Microsoft Store 仍绕开」：属于 Windows 另一类坑，常与回环豁免与进程规则有关，可走站内 TUN 与 UWP 专文，本篇不重复展开命令细节。

7. 规则、DNS 与策略组：模式对了仍异常时查什么

当你确认系统代理或 TUN 已在系统层生效，却仍出现「站点打不开、地区判断错误、视频无限缓冲」时，优先怀疑规则命中与DNS 模式：例如 Fake-IP 与直连域名打架、Geo 数据过旧、策略组默认落在 DIRECT。建议在连接日志里看域名最终命中哪条规则，再对照 规则与策略顺序 调整。

首次配置阶段尽量一次只改一个变量：不要同时换节点、改 DNS、开 TUN、手改大段 YAML。每步复测通过后再继续，排错成本会低一个数量级。对 IPv6 双栈环境若怀疑泄漏或奇怪分流，可参考 IPv6 与 TUN 专题做交叉排查。

8. 常见问题

9. 首次配置排查清单