Clash Verge Rev 内核通信错误、代理页空白怎么修？

首页显示“内核通信错误”、当前节点为空，通常会让人以为代理已经完全停止。先不要删除订阅，也不要立刻改 DNS。打开“日志”和“连接”页面，再用浏览器访问一个新网页，观察是否出现刚才的域名和出站记录。

如果网页仍能打开，日志也持续出现 TCP 或 UDP 连接，说明 Mihomo 可能还在转发，只是桌面界面没有读到代理组和当前节点。近期官方 issue 就记录过这种状态：系统代理指向的本地端口仍能工作，运行时配置也包含节点，但首页和代理页无法读取控制信息。

Clash Verge Rev v2.5.2 的官方发布说明列出了“修复首页代理卡片可能错误显示通信异常”“修复首页当前代理状态偶尔不同步”和“修复重新加载 Clash 配置后规则页面数据未及时刷新”。如果问题出现在 v2.5.1 或更早版本，更新正式版比修改控制器端口更直接。

从项目官方 Release 或本站标明来源的下载页选择与 Windows 架构一致的安装包。更新前导出日志并记下当前订阅名称，安装完成后完整退出一次客户端，再重新打开。不要同时改订阅、TUN、DNS 和服务模式，否则无法判断是哪一步起效。

更新后仍报错，先打开任务管理器的“详细信息”。正常服务模式下会看到桌面程序、服务进程和一份 Mihomo 内核；如果同时存在两份 verge-mihomo.exe，旧进程可能占着 mixed-port 或命名管道，新内核就无法完整启动。

不要一看到多个带 Clash 名称的进程就全部强制结束。先从托盘退出客户端，等几秒后再看 verge-mihomo.exe 是否仍有两份。若日志出现 bind、Only one usage、Access is denied 或 pipe listen error，才把重点放在残留进程、端口占用和服务状态。

命令只用于确认监听者，不会结束进程。Mixed 端口可能不是 7897，应以客户端设置或日志里的实际值替换。看到单个 verge-mihomo.exe 正常监听，且日志已经出现代理请求，就不要继续把问题当成端口冲突。

服务模式启动时，客户端会先生成运行时配置并验证，再让服务启动内核，最后通过控制接口读取代理组。只看末尾的“通信错误”会漏掉真正失败的位置。重新启动一次后，从日志顶部往下找第一条 error。

Clash Verge Rev 官方 Windows FAQ 把“代理菜单空白”归因到内核通信失败，并建议关闭再开启 Windows 防火墙。这里的重点是让防火墙规则重新加载，不是长期关闭防护。

先在 Windows 安全中心打开“防火墙和网络保护”，记下当前网络类型。短暂关闭对应网络的 Microsoft Defender 防火墙，立即重新打开，然后退出并重启 Clash Verge Rev。若公司电脑由管理员策略控制，不要绕过策略，直接把日志交给管理员检查应用和本地通信规则。

订阅下载、运行时配置和代理页展示是三个不同阶段。订阅页显示更新时间，只能证明地址保存并完成过一次处理；运行时 YAML 里出现 proxies 和 proxy-groups，说明内核拿到了节点；代理页还要通过控制接口读取这些组。

近期官方诊断记录中，运行时配置包含代理与策略组，Mixed 端口也在转发，但 external-controller 为空，只剩命名管道供桌面界面读取。这种情况下自行开放 HTTP 控制器并不是首选修复，还可能扩大管理接口暴露。应先完成正式版更新、服务重启和防火墙刷新。

只有日志明确指向服务、管道权限或重复内核，并且更新与防火墙刷新都无效时，才处理服务模式。先关闭系统代理和 TUN，确认普通网络恢复，再从客户端设置中的服务模式入口卸载服务，重启 Windows 后重新安装。

重装服务不会修复失效订阅，也不该成为每次代理页空白的固定动作。若重启后没有管理员权限、按钮被策略禁用或服务安装被安全软件拦截，应停止反复尝试，保留导出的应用日志与服务日志。

代理页重新出现并不等于问题彻底结束。最后用同一份 Profile、同一个节点完成一次从界面到真实访问的闭环，才能确认服务、控制通道和转发都恢复。