白嫖机场-白嫖机场加速器官网

Mihomo 系统代理无法上网怎么办？按故障层快速定位

更新于 2026-11-02 · xn--mesv7f5toqlp.shop

简答：Mihomo 开启系统代理后无法上网，最短处理顺序是：先关闭系统代理和 TUN，确认直连正常；再确认 Mihomo 内核和配置正在运行，核对系统代理指向的本机端口，最后通过日志区分端口、节点、规则和 DNS 问题。不要一开始同时修改 DNS、TUN 和规则，否则很难判断是哪一项导致故障。资料核验日期：2026-11-02。

定义：Mihomo 系统代理无法上网，是指操作系统已经把 HTTP、HTTPS 或 SOCKS 请求交给本机代理地址，但 Mihomo 未监听对应端口、未正确处理请求，或后续节点、规则、DNS 环节失败。

先试这一步：关闭代理，确认是不是系统代理残留

如果浏览器突然完全打不开网页，先不要改配置。退出或暂停 Mihomo 的系统代理开关，同时暂时关闭 TUN，再打开一个平时能访问的网页。

  1. 直连可以打开：基础网络正常，问题集中在系统代理、Mihomo 内核、节点、规则或 DNS。
  2. 直连也打不开：先排查 Wi-Fi、网线、路由器、系统网络或其他网络软件，不要把问题归因于 Mihomo。
  3. 关闭客户端后仍然打不开：检查系统代理是否残留。Windows 可在系统代理设置中关闭手动代理；如果是 WinHTTP 代理，可先执行 netsh winhttp show proxy 查看当前状态，必要时用 netsh winhttp reset proxy 恢复直连。Microsoft 文档说明，该命令会将 WinHTTP 代理重置为 DIRECT，但它不等同于清除所有浏览器或系统代理设置，仍需检查系统代理界面。Microsoft：netsh winhttp

这一步的判定重点是“关闭 Mihomo 后网络是否恢复”，而不是先测试某个节点速度。

故障对照表：看到什么现象，先查哪一层

可观察现象更可能的故障层下一步动作
关闭系统代理后直连正常，打开代理后立即断网系统代理地址、端口或内核监听核对代理类型、127.0.0.1 地址和当前端口，再检查端口是否监听
系统代理已打开，但 Mihomo 日志没有新的请求记录流量没有进入 Mihomo检查系统代理是否指向当前配置的端口，浏览器扩展是否覆盖系统代理
日志有请求，但全部连接超时或握手失败节点、链路或策略组切换到另一个已配置节点，分别比较单节点和全部节点结果
只有部分网站打不开规则、DNS、IPv6 或浏览器独立代理临时切换到明确的全局策略测试，再查看 DNS 和浏览器安全 DNS 设置
浏览器能用，命令行、游戏或其他应用不能用应用不遵循系统代理确认该应用是否支持 HTTP/SOCKS 代理；不能接管时再考虑 TUN
退出客户端后仍然断网系统代理或 TUN 残留关闭系统代理，重新打开客户端后正常退出；必要时重启系统再复测

Mihomo 官方文档将普通代理端口和 TUN 分为不同的流量入口：顶层 port、socks-port、mixed-port 用于应用代理，顶层 tun 用于系统流量接管。因此，系统代理不通时，应先查普通代理端口，不要直接把问题归因于 TUN。Mihomo 官方：入站配置

按顺序检查 Mihomo 内核、配置和代理端口

  1. 确认内核正在运行：打开客户端日志或内核状态页，确认没有配置解析错误、端口占用、启动后立即退出等信息。如果客户端有多个配置，确认当前选中的配置就是正在运行的配置。
  2. 确认代理类型：系统代理通常需要填写 HTTP、HTTPS 或 SOCKS 代理地址。Mihomo 的 mixed-port 同时支持 HTTP(S) 和 SOCKS5，但普通 port 与 socks-port 的协议用途不同，不能只复制一个端口数字而忽略类型。Mihomo 官方：代理端口
  3. 确认地址和端口：本机代理一般使用 127.0.0.1 或客户端显示的本地地址。端口必须以当前客户端界面和日志为准，不要假定所有安装方式都使用同一个默认端口。
  4. 检查 Windows 监听状态：在 PowerShell 中执行 Get-NetTCPConnection -LocalPort 端口号 -State Listen。如果没有输出，说明该端口当前没有 TCP 监听；如果输出的进程不是 Mihomo 或对应客户端，需要进一步检查端口冲突。Microsoft 文档说明，Get-NetTCPConnection 可查看本地端口、连接状态和所属进程等 TCP 信息。Microsoft：Get-NetTCPConnection
  5. 只改一个变量：先只更换系统代理端口并复测；不要同时修改规则、DNS、IPv6 和 TUN。若端口监听正常但日志没有请求，问题多半在系统代理未生效或被浏览器扩展覆盖。

如果配置文件需要检查，优先使用客户端自身的配置校验功能。不要把 dns-mode、dns-hijack 等字段随意放到不确定的层级；Mihomo 官方文档显示，普通代理端口位于顶层入站配置，TUN 则是独立的顶层配置，字段位置应以当前 schema 为准。

日志分流：节点、规则和 DNS 分别怎么判断

1. 日志没有请求记录

打开浏览器访问一个新页面，同时观察 Mihomo 日志。如果没有任何新请求，先查系统代理是否真正指向 Mihomo 当前监听端口，再暂时停用浏览器代理扩展、其他 VPN、企业网络代理和安全软件的网络接管功能。系统代理开关亮起，不代表每个应用都一定把流量交给 Mihomo。

2. 日志有请求，但单个节点失败

只测试一个节点并记录结果。如果仅某个节点超时、握手失败或连接被关闭，先切换到另一个已存在的节点；如果多个节点都失败，再检查订阅是否过期、配置是否完整、系统时间是否正确，以及当前网络是否阻断对应连接。没有实际日志或服务公告时，不应直接断言节点服务失效。

3. 节点测试成功，但网页仍打不开

节点延迟测试成功，只能说明某个测试请求完成，不能证明浏览器的完整网页请求、规则匹配和 DNS 都正常。临时将模式切换为全局或客户端提供的明确代理策略进行对照：如果全局可用而规则模式不可用，重点检查规则集、策略组和是否误命中 DIRECT 或拒绝策略。

4. 只有域名打不开，IP 或部分网站可以访问

重点检查 DNS。Mihomo 官方 DNS 文档说明，关闭 DNS 模块时会使用系统 DNS；启用后则由 Mihomo 的 DNS 配置处理，并可能涉及 fake-IP、规则和上游 DNS。先恢复到客户端默认 DNS 配置，再清理系统或浏览器 DNS 缓存进行复测，不要直接复制未经核验的 DNS YAML。Mihomo 官方：DNS 配置

系统代理、TUN 和浏览器代理不要混着判断

系统代理：主要影响遵循操作系统 HTTP、HTTPS 或 SOCKS 代理设置的应用。它不等于所有进程都会被接管，所以命令行工具、游戏、虚拟机或部分独立网络应用可能仍然直连。

TUN：用于更底层的系统流量接管。Mihomo 官方文档说明，TUN 可用于自动路由、DNS 劫持和按应用路由；Windows 上的严格路由还涉及 DNS 泄漏防护，但不正确的 TUN、路由或防火墙设置也可能导致整机断网。排查系统代理时，建议先关闭 TUN，确认普通代理可用后，再单独开启 TUN。Mihomo 官方：TUN 配置

浏览器独立代理或安全 DNS：浏览器扩展、浏览器自己的代理设置和安全 DNS 可能绕过系统代理或单独发起解析。排查时先停用代理扩展，恢复浏览器默认代理设置，再用同一个网页进行对照。

Windows、macOS、Linux 的回滚与复测步骤

  1. Windows：在 Mihomo 中关闭系统代理和 TUN；检查系统代理设置是否仍保留旧端口；执行 netsh winhttp show proxy 查看 WinHTTP 状态。若确定要恢复 WinHTTP 直连，可执行 netsh winhttp reset proxy，然后重新打开浏览器测试。该命令只处理 WinHTTP，不会替代系统设置和浏览器设置的检查。Microsoft：WinHTTP 代理命令
  2. macOS：进入“系统设置→网络→当前网络服务→详细信息→代理”，检查 HTTP、HTTPS、SOCKS 和自动代理配置是否残留。Apple 官方说明，macOS 的代理项目可在网络服务的“代理”页面查看和修改。关闭代理后先验证直连，再重新填写 Mihomo 当前显示的地址和端口。Apple：更改 Mac 代理设置
  3. Linux：检查桌面环境的网络代理设置、终端环境变量和正在运行的 Mihomo 服务。若使用 systemd，可先查看服务状态和日志；如果服务停止，系统代理指向的端口自然不会响应。命令、服务名和配置目录以你的安装方式为准，不要直接套用其他发行版路径。
  4. 复测：每次只重新打开一个开关：先普通系统代理，再规则模式，再按需要开启 TUN。每一步都观察浏览器是否可用、Mihomo 是否出现请求日志、节点是否有实际连接。
  5. 回滚：如果开启某个功能后立即断网，关闭该功能并恢复系统代理为直连；正常退出客户端，避免强制结束进程留下残留设置。配置文件修改前先复制备份，恢复时只替换回备份文件。

订阅和配置导入也可能导致系统代理失效

如果问题发生在更新订阅或切换配置之后，先回到上一次能工作的配置进行对照。订阅地址本身不能仅凭链接名称判断格式，导入前应确认返回内容、客户端兼容性和配置校验结果。若配置加载失败、代理组为空或节点数量异常，先处理配置内容，不要反复开关系统代理。

如果客户端能启动但系统代理始终没有请求，重点看三项：当前配置是否已激活、内核是否使用该配置、系统代理端口是否来自当前运行实例。某些桌面应用会为每次启动选择不同的本地端口，因此应以界面或日志显示值为准。

资料核验与使用边界

本文是本站整理的 Mihomo 连接排查指南，本站不是任何 Mihomo 客户端或相关服务的官网。资料核验日期为 2026-11-02；Mihomo 字段、客户端菜单和操作系统界面可能随版本变化，实际操作应以当前客户端显示和官方文档为准。

排查过程中不要把真实订阅链接、账号密码或企业内部地址粘贴到公开日志、截图或第三方诊断页面。遇到无法确认的节点、订阅或服务状态，应写作“未核实”，并保留客户端日志、配置备份和复现时间，便于后续定位。

常见问题

Mihomo 系统代理打开后完全无法上网，第一步是什么？

先关闭 Mihomo 的系统代理和 TUN，确认直连网络是否正常。直连正常后，再检查内核状态、当前配置、代理类型和本机监听端口，不要先修改 DNS。

为什么 Mihomo 显示节点延迟正常，但网页还是打不开？

延迟测试只代表测试请求完成，不代表浏览器网页请求、规则匹配和 DNS 都正常。可临时切换到明确的全局代理策略；如果全局可用而规则模式不可用，应检查规则集和策略组。

系统代理端口应该填多少？

不能固定套用某个数字，应以当前 Mihomo 客户端或配置显示的监听端口为准。配置中的 <code>mixed-port</code> 可同时支持 HTTP(S) 和 SOCKS5，但普通 HTTP 端口与 SOCKS 端口的协议用途不同。

关闭 Mihomo 后电脑仍然无法上网怎么办？

先关闭系统代理设置，Windows 还可用 <code>netsh winhttp show proxy</code> 查看 WinHTTP 状态；确认需要恢复直连时执行 <code>netsh winhttp reset proxy</code>。macOS 则检查网络服务的代理页面，并确认 TUN 已关闭。

什么时候应该开启 TUN？

当目标应用不遵循系统代理，且普通 HTTP、HTTPS 或 SOCKS 代理无法覆盖它时，才单独测试 TUN。先确认普通代理可用，再开启 TUN；若开启后整机断网，立即关闭并恢复网络。

相关阅读

参考资料

  1. Mihomo 官方文档：入站配置
  2. Mihomo 官方文档：代理端口
  3. Mihomo 官方文档：TUN
  4. Mihomo 官方文档：DNS 配置
  5. Microsoft Learn：netsh winhttp
  6. Microsoft Learn：Get-NetTCPConnection
  7. Apple Support：更改 Mac 代理设置