Clash / Mihomo 内核启动失败怎么办:端口占用、配置错误与权限
Clash Verge Rev、Mihomo Party 提示内核启动失败、Core exited 或 bind: address already in use,原因集中在端口被占用、订阅配置字段不合法、TUN 服务未授权与安全软件拦截四类。本文给出错误信息对照表、逐步排查与 Windows / macOS 两组命令。
文章
共 3 篇。
Clash Verge Rev、Mihomo Party 提示内核启动失败、Core exited 或 bind: address already in use,原因集中在端口被占用、订阅配置字段不合法、TUN 服务未授权与安全软件拦截四类。本文给出错误信息对照表、逐步排查与 Windows / macOS 两组命令。
TUN 模式开了没效果,或者一开就断网,原因集中在系统服务未安装、虚拟网卡与其他 VPN 冲突、DNS 劫持没开、网络栈不兼容与系统代理同时启用五类。本文按 Clash Verge Rev、Mihomo Party、sing-box 的设置位置给出排查步骤与配置示例。
明明写了规则,国内网站却走了代理、AI 域名却被直连,这类问题九成出在规则顺序、模式选择、fake-ip 与 IP 规则的配合以及程序根本没经过客户端四处。本文教你用连接面板与日志看清每条流量命中的规则,并给出 Clash Meta / Mihomo 的规则写法示例。
延伸阅读
机场连不上时不要急着换机场。本文给出一份从本地网络、客户端、系统代理、订阅到节点的 10 步排查清单,每一步都有可验证的判断标准与对应命令,帮你在十分钟内把「机场连不上」定位到具体环节。
机场节点全红几乎不可能是所有节点同时坏掉,而是订阅、本地网络或客户端这三层里有一层整体失效。本文教你用三层模型快速归因:先判断订阅是否还有效,再确认本机到入口的网络是否可达,最后检查客户端的延迟测试与内核状态。
connection refused 和 connection reset 看起来都是连不上,含义却完全不同:前者是目标端口没有人监听,后者是连接建立后被某一方强行切断。本文解释两者在机场场景下的典型原因、判断命令与处理方法,并与超时做对比。
白天流畅、晚上八点以后卡顿,是公网中转线路在国际出口拥塞时的典型表现。本文解释晚高峰卡顿的三个来源,给出用 mtr 对比白天与晚上的判断方法,并按成本从低到高给出换节点、调策略组、换专线(IEPL / IPLC)三档解决方案。
TLS 握手超时、certificate verify failed、handshake failure 这类错误意味着 TCP 已经连通,但加密层没能协商成功。本文按系统时间、SNI 与证书、协议指纹、中间干扰四类原因给出判断方法与处理步骤,并说明为什么不该用跳过证书验证来「解决」。
ChatGPT、Claude、Gemini 的回答输出到一半停住,Codex 或 Claude Code 跑长任务时报 Network error,本质是 SSE 或 WebSocket 长连接被中途切断。本文解释长连接为什么比普通网页脆弱,给出五个常见断点的判断方法,以及固定节点、调策略组、排除代理缓冲的处理步骤。