Mihomo网络连接状态检查教程

先把成功条件说清楚

检查连接之前，先明确希望哪个应用访问哪个目标，以及预期使用哪条路径。Mihomo 进程存在、前端开关已打开、本机端口可达和目标请求成功，是四个不同的事实。将它们逐项验证，才能避免把入口状态误当作整个网络已经正常。

记录当前系统、前端和实际配置来源，并确认测试是在原有网络上进行。若系统本身未完成无线认证或没有可用连接，应先处理基础环境。不要同时重装应用、替换配置和重置网络，否则即使恢复也难以说明原因。

第一层：进程与配置加载

先通过系统工具确认内核或对应前端进程仍在运行，再阅读启动日志中的关键错误。配置解析失败、依赖文件缺失与权限不足都可能导致程序启动后立即退出。前端图标保留在菜单栏，并不一定意味着它管理的内核进程仍然健康。

确认实际加载的配置名称与路径。某些前端会生成独立运行配置，直接修改另一份文件不会立即生效。若出现报错，保留错误前后的必要上下文，优先修复第一条有明确指向的信息，而不是只根据最后一句退出提示猜测。

第二层：本机监听与应用入口

核对监听地址、端口及其用途，确保测试应用指向正确入口。仅供本机使用的地址与局域网地址不同，管理控制接口也不应误作代理端口。端口占用时先辨认占用进程，避免随意关闭未知系统服务。以下示例仅适用于支持该命令的 Windows PowerShell 环境。

# 将 7890 改为配置中的实际监听端口
Test-NetConnection -ComputerName 127.0.0.1 -Port 7890

第三层：解析、规则与目标请求

使用一个明确支持当前入口方式的应用发起新请求，观察日志中是否出现对应连接。若没有出现，应先检查应用是否读取系统代理，或者是否存在独立设置。请求进入后，再核对解析和规则匹配，避免直接更换目标出口掩盖入口问题。

域名解析成功后仍可能出现连接超时、拒绝或加密协商失败，这些现象需要分别记录。比较一个已知可用目标，有助于区分单个服务异常和普遍故障。不要把所有目标失败都归为 DNS，也不要为了临时连通而关闭必要的证书验证。

保存证据并验证退出恢复

保留测试时间、网络类型、目标和错误类别，说明哪些层已通过、哪一层仍失败。分享记录时去除订阅地址、认证信息、私人路径和不相关访问历史。必要时只提供最小配置结构，避免把完整敏感文件上传到陌生检查网站。

最后停止连接，再确认系统代理没有继续指向已关闭的端口，网络扩展也恢复到预期状态。若问题在切换网络后出现，继续网络环境切换；若启动阶段失败，可按常见配置错误恢复到上一份可用配置再检查。

阅读后的检查清单

• 已明确实际配置、进程与监听端口。
• 测试应用的请求确实进入预期入口。
• 目标结果、日志与退出后恢复状态均已记录。