Mihomo连接速度慢怎么办？完整排查步骤
简答：Mihomo连接速度慢，建议先关闭下载和其他代理程序，再分别测试不同节点与直连速度；如果只有域名打开慢，优先检查DNS，如果所有连接都慢，重点检查节点、代理组、TUN模式和本地网络。
定义：Mihomo连接速度慢，是指通过Mihomo转发流量时出现延迟高、网页加载慢、视频缓冲或下载速度低等现象，原因可能位于节点、解析、路由、客户端配置或本地网络。
先判断：到底是哪一环变慢
不要一开始就修改大量配置。先进行一次简单对比：关闭Mihomo后访问同一网站，再打开Mihomo并切换到另一个节点。如果直连正常、所有节点都慢，可能是当前网络到节点方向拥堵，或订阅中的节点整体质量不佳；如果只有某些节点慢，应优先更换节点；如果网页长时间停留在解析阶段，则要检查DNS；如果只有部分应用无法访问或速度异常，重点检查TUN路由和规则。
- 记录现象：是网页打开慢、视频缓冲、下载慢，还是所有连接都失败。
- 做对照测试：分别测试直连、当前节点和其他节点，不要只看客户端显示的延迟。
- 缩小变量：测试时暂时关闭其他VPN、代理软件、下载工具和占用带宽的同步程序。
- 确认范围：只影响一个网站时，先检查该网站、域名解析或规则；多个网站都慢时，再检查节点和客户端。
延迟较低不一定代表下载速度更快。延迟测试通常只反映探测请求的往返时间，实际速度还会受到节点带宽、线路拥堵、协议处理和目标网站负载影响，因此应使用相同文件或相同页面做前后对比。
按顺序排查节点和代理组
如果问题集中在某个节点，先在Mihomo管理面板中切换到同一地区的其他节点，再观察网页打开和持续下载表现。不要频繁在多个节点之间快速切换，因为短时间测试可能受到连接复用、缓存和目标站点响应差异影响。
- 手动选择节点：从当前代理组中选择一个节点，保持一段时间后测试网页和下载。
- 比较不同地区：选择距离较近、负载表现稳定的节点进行对照，不要只依据名称判断。
- 检查代理组类型：如果使用
url-test，确认代理组包含可用的测试地址、测试间隔和节点列表。 - 避免过度自动切换：自动测速只适合辅助选择，最终仍应以实际访问和持续传输表现为准。
Mihomo官方文档说明，url-test会按照测试地址检查代理，并可通过interval设置检测间隔、通过tolerance设置节点切换容忍值。相关字段应以当前配置文件和官方文档为准，可参考Mihomo url-test 配置说明与Mihomo代理组配置说明。
| 现象 | 优先检查 | 建议操作 |
|---|---|---|
| 只有一个节点慢 | 节点本身或线路 | 切换同组其他节点，比较持续加载速度 |
| 所有节点都慢 | 本地网络、订阅整体或时段拥堵 | 先直连对比，再换网络或稍后复测 |
| 延迟低但下载慢 | 带宽、拥堵或目标站点 | 用相同资源进行持续传输测试 |
| 节点经常自动跳转 | url-test参数 | 检查测试地址、interval和tolerance |
DNS解析慢：检查fake-ip、nameserver与规则
如果表现为首次打开网站慢、部分域名打不开、等待很久后才连接，DNS是优先排查项。Mihomo的DNS配置包括enhanced-mode、fake-ip、nameserver、fallback和proxy-server-nameserver等字段，不同配置会影响域名解析路径。
- 确认DNS是否启用：检查配置中的
dns.enable。关闭后会使用系统DNS，可能导致解析路径与预期不同。 - 检查解析服务器：确认
nameserver中填写的地址可访问，避免使用已失效或被当前网络拦截的地址。 - 检查节点域名解析：如果节点地址使用域名，关注
proxy-server-nameserver是否配置合理，避免出现节点域名无法解析的循环问题。 - 谨慎修改fake-ip：先记录原配置。部分局域网设备、企业内网或特殊应用可能需要加入
fake-ip-filter，不要为了排查速度直接大范围改动。 - 清理缓存后复测：修改DNS后重启Mihomo或清理相关缓存，再用同一域名测试，避免旧解析结果干扰判断。
官方文档列出了nameserver、fallback、proxy-server-nameserver以及fake-IP过滤规则的用途。可以参考Mihomo DNS配置文档，逐项核对字段名称和格式，不要直接照搬不适合自己网络环境的完整配置。
TUN模式导致变慢或异常：检查路由与防火墙
启用TUN后，系统流量会通过虚拟网络接口处理。它适合需要接管系统流量、DNS或按应用分流的场景，但配置不匹配时，可能出现部分应用变慢、连接反复重试、局域网访问异常或开启TUN后整体体验变差。
- 先做开关对比：关闭TUN，仅使用系统代理测试同一网站。如果关闭后明显变快，重点检查TUN配置。
- 确认自动路由：检查
auto-route是否与当前使用方式匹配；不需要接管全局流量时，不要随意开启复杂路由。 - 检查严格路由：
strict-route会强化路由约束，并可能影响某些虚拟机、局域网或特殊网络环境。出现兼容性问题时，可暂时关闭后对比。 - 检查DNS劫持：确认
dns-hijack没有与系统、路由器或其他网络工具重复接管DNS。 - 检查防火墙：官方文档指出，部分TUN协议栈在防火墙开启时需要允许核心程序通过；请在系统防火墙中放行Mihomo核心程序，再重新测试。
Mihomo官方TUN文档说明了auto-route、strict-route、dns-hijack、协议栈和防火墙之间的关系，可参考Mihomo TUN配置文档。普通用户应优先使用顶层TUN配置，避免同时叠加多个自定义监听器。
订阅、配置与版本问题怎么处理
如果近期刚更新订阅、替换配置或升级客户端，速度问题可能来自配置变化而不是节点本身。建议先备份当前配置，再重新获取一次订阅并检查代理组是否仍然包含有效节点。
- 备份配置：保存当前配置文件、订阅地址和自定义规则，方便回退。
- 更新订阅：确认订阅更新成功，检查节点数量、节点名称和代理组引用是否正常。
- 检查配置错误：重点查看YAML缩进、字段拼写、代理组名称和规则集引用。
- 确认核心匹配：使用与系统架构匹配的Mihomo核心，不要混用来源不明的二进制文件。
- 查看日志：关注DNS失败、连接超时、TUN启动失败、证书错误和规则匹配异常等信息。
Mihomo官方发布页按操作系统和CPU架构区分文件，官方FAQ也说明了文件名中包含系统、架构和编译方式等信息。下载或升级时可以参考Mihomo官方发布页和Mihomo官方FAQ，版本和文件名以页面实际信息为准。
一套可以直接照做的排查顺序
如果你不确定从哪里开始，可以按照下面的顺序操作，每完成一步就用同一个网站或同一个下载资源复测一次：
- 关闭下载、同步和其他代理软件，确认本地网络没有明显占用。
- 关闭TUN，仅保留系统代理，测试网页是否恢复。
- 在代理组中手动切换两个或三个节点，记录打开速度和持续传输表现。
- 如果网页首次打开明显慢，检查DNS启用状态、nameserver和节点域名解析配置。
- 如果只有TUN模式慢，检查auto-route、strict-route、dns-hijack和防火墙放行情况。
- 如果所有节点都慢，用另一网络进行对比；若仍然慢，再检查订阅节点和配置。
- 最后再考虑更新Mihomo核心或恢复到之前备份的配置，不要同时修改多个变量。
排查时建议一次只改一个设置，并记录修改前后的结果。这样可以判断问题是节点、DNS、TUN还是本地网络造成的，也方便恢复稳定配置。
常见问题
Mihomo延迟低，为什么实际速度还是慢？
延迟只反映探测请求的往返时间，不等于持续下载速度。实际体验还可能受到节点带宽、线路拥堵、协议处理和目标网站负载影响，建议用同一资源进行持续传输对比。
Mihomo连接速度慢，应该先换节点还是先改DNS？
先看现象：如果所有网站都加载慢，先切换节点并与直连对比；如果主要是首次打开域名慢、等待解析时间长，再优先检查DNS。不要同时更改节点、DNS和TUN，否则难以判断原因。
开启TUN后Mihomo变慢怎么办？
先关闭TUN测试系统代理。如果关闭后恢复，检查auto-route、strict-route、dns-hijack、协议栈和系统防火墙放行情况。部分虚拟机、局域网设备或特殊网络环境可能与严格路由存在兼容性问题。
url-test自动选择的节点一定最快吗？
不一定。url-test依据配置的测试地址和检测参数进行选择，测试延迟较低的节点不一定在实际下载或视频播放中更快。建议保留自动选择作为辅助，再用真实使用场景复测。
修改Mihomo配置后无法连接，怎么恢复？
先恢复修改前的备份，再逐项检查YAML缩进、字段名称、代理组引用、DNS地址和TUN配置。若更新了核心，也要确认下载文件与系统和CPU架构匹配。