Windows 开机后 Clash Verge Rev 测速转圈、代理模式切换失败

Windows 开机后，Clash Verge Rev 已打开，但节点测速一直转圈，切换规则、全局或直连模式又提示 error sending request for url，需要先确认内核是否真正可用。界面显示进程已启动，并不代表控制接口和流量转发已经就绪。

涉及版本和表现

这一现象出现在 Windows 11、Clash Verge Rev 2.5.8 稳定版、Mihomo v1.19.32 的服务模式与 TUN 场景。启动日志已经记录服务成功启动内核，但后续模式切换、规则提供者查询和网络访问均没有正常完成。

与普通节点超时不同，故障时不只是某个节点不可用：客户端控制操作也失败，内核日志没有继续出现正常的 DNS 和连接记录。该现象并非每次开机都会出现。

先区分节点故障和内核无响应

1. 记录当前时间、客户端版本和内核版本，不要立刻反复切换订阅。
2. 尝试一次代理模式切换。如果切换本身报请求失败，而不是成功切换后网站仍无法访问，优先检查控制接口与内核状态。
3. 打开日志，比较界面日志和内核日志。故障样本的内核日志停在多条 Start initial compatible provider 附近；恢复后的同一配置会继续加载 MMDB，并出现 DNS、连接日志。
4. 若只有一个节点超时，其他节点和模式切换均正常，按节点选择与测速教程 排查，不必直接按内核卡住处理。

日志中出现上述最后一行只能帮助确定停滞阶段，不能据此认定某个 provider 名称就是根因。

临时恢复连接

在系统托盘中打开 Clash Verge Rev 的菜单，执行重启内核，再等待启动完成。随后依次验证代理模式能否切换、节点延迟能否返回、常用网页能否访问。相关故障记录中，重启内核后同一份配置恢复了响应。

如果服务模式下还出现 Start Tun interface timeout，保留完整的重试日志。不要在内核尚未就绪时连续重启服务或删除配置；先备份配置 ，再按服务与 TUN 排查步骤 处理。

下次复现时保留什么

保存从开机启动到第一次恢复之间的界面、服务与内核日志，注明是冷启动、睡眠唤醒还是更新订阅后发生，并记录重启内核前后的区别。分享前遮盖订阅链接、节点认证信息、个人目录和账号标识。

当前进展

该问题仍在跟进，尚未给出适用于所有机器的正式修复版本。重启内核是临时恢复操作；目前没有证据证明单纯延长开机启动等待时间就能解决。

日志导出教程 · 其他常见问题

来源：GitHub Issue #8474 。