Windows 10 启动 Clash Verge Rev 提示内核 IPC 等待 15 秒超时

启动 Clash Verge Rev 时提示 core IPC pipe did not become ready within 15s，随后软件自动重试，代理又恢复正常，这种情况需要区分第一次启动失败和最终启动结果。一次超时提示，并不等于服务始终无法运行。

涉及版本与运行环境

相关反馈为 Windows 10 x64、系统内部版本 19044.7725、Clash Verge Rev 2.5.8 稳定版，使用服务模式。故障发生时，TUN 与系统代理均未开启，当前订阅已经通过配置校验。

因此，如果你遇到相同的启动错误，不能仅凭这条提示就归因于 TUN、系统代理或节点不可用。反馈者未测试 AutoBuild，也没有证据说明切换预览版可以解决。

如何识别这一次启动超时

打开「日志」，按时间顺序检查以下阶段：

1. 活动配置校验成功。
2. 服务已运行，且版本与客户端匹配。
3. 首次启动内核时，IPC 管道在 15 秒内未就绪，并报 os error 2。
4. 客户端自动发起下一次尝试。
5. 随后记录服务成功启动内核，以及运行模式切换为 Service。

这次反馈中，失败后的重试约两秒成功。只有在自己的日志中也出现成功记录，并且实际代理可用时，才能把该次情况归为「首次失败后恢复」。若所有重试均失败，应按持续性启动失败另行排查。

自动重试时不要重复启动多个实例

出现首次错误后，先等待客户端完成已有重试，不要马上再次打开程序或同时启动其他 Mihomo 内核。另一段启动记录中出现过已有内核进程仍在运行、拒绝启动第二个内核的提示，但它与 15 秒超时之间的关系尚未确认。

如果软件最终恢复，测试一次代理模式切换、节点测速和实际网页访问，并记录恢复所需时间。若没有恢复，先导出日志 ，再正常退出并重新启动客户端。不能仅靠进程列表里有 verge-mihomo.exe 就判断内核已经就绪。

持续失败时保留哪些信息

记录服务模式是否启用、服务是否已安装、配置校验耗时，以及是冷启动、重启电脑后首次打开，还是普通退出后重开。相关故障样本中，超时发生前的配置校验耗时约 20 至 21 秒；这只是时间上的关联，尚不能认定长校验就是根因。

若日志改为权限、安全检查或配置语法错误，应按新的完整报错处理，参照Windows 更新后无法启动内核 与服务模式排查 ，不要把所有内核错误都按 IPC 等待超时处理。

当前进展

该问题仍在跟进，尚无维护者确认的根因或修复版本。恢复正常时可以保留现有稳定版和配置继续使用；无需只为一次已恢复的提示就删除服务、清空订阅或修改系统权限。

来源：GitHub Issue #8480 。