确认系统架构和文件来源
在 Windows 系统信息中查看系统类型与处理器架构,然后到真实上游发布页选择相应构建。不要把 x64、ARM64 或其他构建当作可任意互换的文件。文件无法执行时,先检查下载是否完整、是否解压以及架构是否对应,避免直接关闭系统安全防护。
Mihomo 内核和 Windows 图形客户端是不同的软件角色。第三方前端可能管理内核更新、配置路径与开机启动;如选择前端,应阅读其维护者文档,不要直接覆盖它管理的文件。本教程描述一般检查方法,不提供未经核实的同名官方安装程序。
准备本地配置和清晰的目录
将内核与配置放在自己能够辨认和访问的目录,先保存原始压缩包和配置副本。使用文本编辑器确认扩展名没有被系统隐藏,例如避免把配置误存为带有额外文本后缀的文件。涉及相对路径时,需要知道程序从哪个工作目录启动。
通过终端运行时,以当前文件附带帮助说明为准确认启动参数;图形前端则应查明它实际加载的是哪份配置。编辑源文件后,前端生成的运行配置可能尚未更新。遇到修改不生效,不应连续添加相同字段,而要先确认配置的读取位置和刷新机制。
先检查进程和监听端口
启动后观察日志是否出现配置解析或端口占用错误。任务管理器中有进程并不代表监听已完成,也不能证明目标服务可用。下面的 PowerShell 示例只检查本机示例端口,需要根据自己的配置替换端口号;成功结果仅代表该端口的 TCP 连接可建立。
Test-NetConnection -ComputerName 127.0.0.1 -Port 7890核对系统代理和防火墙范围
系统代理地址与内核监听地址、端口需要对应。某些应用会使用自己的代理设置,或者不读取系统代理,因此浏览器可访问不能证明所有程序都经过内核。明确一个测试应用的代理方式,再通过日志观察请求是否进入预期入口。
防火墙提示应结合网络类型和监听范围判断。仅供本机使用时,不应随意开放给局域网或公网,更不能为排查一个端口而关闭整套防护。如果存在其他代理程序、企业策略或安全软件,记录它们的状态,并在允许的范围内逐项排除设置冲突。
分开处理 DNS、日志和退出恢复
域名无法解析时,先对照系统和应用使用的 DNS,再确认内核是否启用了自己的解析功能。不要同时修改多个解析入口。连接报错应记录发生时间、目标类型和首个关键错误;对外分享日志前,移除订阅地址、密钥和个人路径等敏感内容。
结束使用后检查系统代理是否仍指向已关闭的本地端口。若此时普通网页也无法访问,先恢复原有代理设置再测试。网络故障持续时,按连接状态检查从本地网络重新验证,避免把所有异常都归因于内核版本。
阅读后的检查清单
- 所选文件与 Windows 系统架构一致。
- 配置路径和本机监听端口已确认。
- 退出后已检查系统代理与正常网络访问。
具体选项以所用版本和对应项目文档为准。本文提供一般排查路径,不代表对特定网络的测试结果。
