Mihomo Party 系统代理怎么开？按步骤设置与排查

更新于 2026-11-03 · zixi2019.shop

简答：Mihomo Party 开系统代理，先确保已经导入并启用有效配置，再选择可用节点，最后点击左侧“系统代理”并打开开关；按钮显示开启状态后，用浏览器访问测试页面验证。若浏览器仍无法连接，优先检查配置是否启用、代理模式是否误选“直连”、节点是否可用，以及当前应用是否遵循系统代理。

定义：Mihomo Party 的系统代理，是把系统的 HTTP、HTTPS 或 SOCKS 代理设置指向客户端本地端口，让支持系统代理的应用通过当前配置和节点连接网络。

先试这一步：Mihomo Party 开系统代理的最短路径

如果你已经安装并打开 Mihomo Party，按下面顺序操作即可。不要只打开“系统代理”开关而跳过配置和节点，否则开关可能显示已启用，但浏览器仍然无法正常连接。

打开 Mihomo Party，确认主界面能够正常显示。
导入配置：进入左侧的“配置文件”或类似配置入口，添加远程订阅或本地配置文件。不同版本的菜单名称可能略有差异，以当前界面显示为准。
启用配置：导入完成后，点击要使用的配置，使它成为当前运行配置。仅导入但未启用，通常不能提供有效节点。
选择节点：进入“代理”或“代理组”，在当前代理组中选择一个可用节点。若配置包含自动选择组，可先确认该组已经有节点结果。
选择代理模式：一般先使用“规则”模式；排查规则是否命中时，可临时切换“全局”测试；不要误选“直连”。
打开系统代理：点击左侧的“系统代理”，打开开关。部分界面会以蓝色按钮、已启用文字或托盘状态表示开启。
复测：重新打开浏览器页面，或先关闭再重新打开浏览器，然后访问你平时用于确认网络连接的测试页面。

项目代码与发布记录显示，系统代理和 TUN 是分别维护的状态；当前实现还会根据两者状态显示不同托盘颜色。因此，看到“系统代理已开启”不等于 TUN 也已开启，两者不要混为一谈。可参考项目中的系统代理与 TUN 状态判断代码。

本文是第三方使用指南，不代表 Mihomo Party 项目方；菜单和按钮可能随版本、系统权限或项目名称变化而调整。

开启前要确认的 3 个条件

1. 配置文件已经启用

进入配置文件列表，确认当前配置处于选中、启用或运行状态。若页面只有导入记录，没有当前运行标识，先点击配置卡片或启用按钮。配置文件是否能成功解析，应以客户端是否显示代理组、节点和运行状态为判断点。

2. 代理组里已经选中节点

进入代理组后，确认当前组不是空白、拒绝或直连状态。若节点列表全部超时，先不要反复开关系统代理，应回到节点连接或订阅更新问题排查。系统代理只负责把应用流量交给客户端，并不能替代节点选择。

3. 代理模式没有选成直连

“规则”“全局”和“直连”是流量处理模式，不是系统代理开关。系统代理打开后，如果模式仍是“直连”，许多请求会直接访问目标地址，表现为开关已开但实际没有通过代理。优先使用规则模式，只有在排查规则时才短时间使用全局模式。

系统代理、规则、全局、直连和 TUN 有什么区别

项目	作用	适合场景	常见限制
系统代理	修改系统代理设置，让遵循系统代理的应用使用客户端端口	浏览器、办公软件和支持系统代理的桌面应用	不保证所有应用都会读取系统代理
规则模式	按照配置中的域名、IP 或规则集决定直连还是代理	日常使用和需要区分不同流量的场景	规则错误或未命中时，结果可能与预期不同
全局模式	尽量让符合系统代理范围的请求统一交给代理组处理	临时排查规则是否导致连接失败	可能让原本应直连的流量也经过代理
直连模式	不使用代理直接连接目标	确认本地网络是否正常	开启系统代理后仍选直连，容易误以为代理没有生效
TUN 模式	通过虚拟网卡或系统流量接管方式处理更多应用流量	不遵循系统代理、需要更广覆盖范围的应用	需要额外权限，可能受系统、网卡、DNS 和版本影响

如果只是让浏览器使用 Mihomo Party，通常先尝试“系统代理+规则模式”。如果某个应用完全不读取系统代理，再考虑单独配置应用代理，或根据当前版本支持情况使用 TUN。项目仓库 README 将 TUN 列为客户端特性，但具体入口、权限提示和兼容性仍应以当前版本界面为准，可查看项目仓库说明。

Windows、macOS、Linux 开启系统代理时的差异

Windows

在 Windows 上，先从客户端左侧打开“系统代理”，再观察 Windows 的系统代理状态是否发生变化。若按钮点了没有反应，可以先退出其他会修改系统代理的客户端，再以普通方式重启 Mihomo Party；仍无法开启时，再尝试使用系统管理员权限启动，并检查安全软件是否拦截了客户端的辅助组件。

如果系统代理已显示开启，但浏览器没有效果，先完全退出浏览器并重新打开。部分浏览器或扩展可能使用自己的代理设置，不一定跟随 Windows 系统代理。

macOS

macOS 可能需要辅助权限或系统授权才能修改代理设置。若开启时报错、按钮立即恢复关闭，先检查系统设置中的网络代理权限提示，并确认没有同时运行其他代理工具。项目发布记录曾多次修复 macOS 系统代理、辅助程序和 socket 相关问题，因此遇到此类错误时应先核对客户端版本和对应发布说明，不要直接套用旧版文件路径。

Linux

Linux 桌面环境对系统代理的支持取决于桌面环境和应用本身。即使 Mihomo Party 开关显示开启，某些终端程序或独立应用仍可能不读取桌面代理设置。先用支持系统代理的浏览器验证，再单独处理命令行工具或应用自己的代理设置。安装包架构也要与系统匹配，项目发布页列出了不同 Linux 架构和打包格式，下载前应从发布页核对当前可用文件。

打开后仍然无法上网：按现象分流

情况一：系统代理开关打不开或一闪就关

确认客户端没有同时运行多个代理工具，先关闭其他工具。
确认当前配置已经启用，且配置没有解析错误。
重启 Mihomo Party 后再次打开系统代理。
Windows 检查权限和安全软件拦截；macOS 检查辅助权限和系统代理授权；Linux 检查桌面环境是否支持该代理设置。
打开客户端日志，记录错误文字和系统版本，再到项目发布记录或问题区核对是否存在同类问题。

官方仓库的发布记录中曾出现系统代理 socket、辅助程序和代理状态竞争相关修复，说明“开关无法保持开启”可能与版本或平台实现有关，但不能据此判断你的设备一定存在同样问题。应以实际错误信息为准。

情况二：开关显示已开，但浏览器仍无法连接

确认当前代理模式不是“直连”。
进入代理组，重新选择一个节点。
关闭浏览器后重新打开，排除浏览器启动时没有读取新系统代理的情况。
暂时切换到全局模式测试。如果全局可用而规则不可用，重点检查规则、DNS 或域名匹配。
如果只有某个应用不生效，检查该应用是否使用独立代理设置，或是否需要 TUN 才能接管。

情况三：一开启系统代理就完全断网

立即回到 Mihomo Party，关闭系统代理。
确认节点没有全部超时，代理组没有选到失效节点。
确认本地端口和系统代理类型没有被其他客户端占用或覆盖。
重新启用配置，选择可用节点，再只开启系统代理，不要同时修改 TUN、DNS 和规则。
恢复后一次只改一个设置，便于判断是哪一项导致问题。

如何验证系统代理真的生效

先看客户端状态：系统代理按钮保持开启，当前配置和节点仍处于运行状态。
再看连接记录：打开客户端连接或日志页面，刷新浏览器页面，观察是否出现新的请求记录。若完全没有请求，通常是浏览器没有走系统代理或系统代理没有成功写入。
最后做应用对比：分别测试一个通常遵循系统代理的浏览器页面和一个可能自带网络设置的应用。一个生效、另一个不生效，往往是应用代理行为不同，而不是系统代理开关本身失效。
切换模式复测：规则模式失败时短暂使用全局模式；全局也失败，则优先检查节点、配置和本地网络，不要继续修改规则。

复测完成后，建议恢复到日常需要的规则模式。不要把全局模式或 TUN 长期同时开启，除非你明确知道哪些流量会被接管，以及如何在出现异常时关闭。

不用时如何关闭并回滚

不再使用 Mihomo Party 时，先进入左侧“系统代理”，关闭开关，确认按钮回到关闭状态；如之前启用了 TUN，再单独关闭 TUN。随后关闭客户端或重新打开系统网络设置，确认系统代理没有残留。

如果关闭客户端后浏览器仍无法上网，检查系统代理页面是否仍保留本地地址和端口；如果有残留，手动关闭系统代理后再重新打开浏览器。不要直接删除配置文件作为第一步，因为这样会丢失后续排障需要的配置和日志。

截至 2026 年 11 月 3 日，公开仓库、发布页和衍生项目的名称、仓库归属及版本展示存在差异。下载客户端或核对更新时，应从项目当前仓库的发布页确认，不要仅凭搜索结果中的“官网”字样判断来源。

常见问题