连接排障 · Clash 技术博客

Clash Verge Rev 启动卡两分钟:Windows 服务修复

Windows 开机后 Clash Verge Rev 卡住约两分钟?先查询服务启动类型与状态,再按 v2.5.8 修复说明恢复自动启动,验证重启、TUN 和真实请求,保留回退。

  • Clash Verge Rev
  • Windows
  • v2.5.8
  • 系统服务
  • 启动等待
本文目录

Windows 开机后打开 Clash Verge Rev,界面卡住约两分钟,随后出现服务降级提示;等待期间切系统代理或更新订阅又报内核未运行。先查系统服务启动类型,不急着换节点或反复重装。

先区分启动等待和普通连接失败

本文面向 Windows 10/11 上的 Clash Verge Rev 服务启动排查。官方问题记录描述了服务被改为手动后等待、再回退到普通内核的情况;v2.5.8 正式发布记录列出修复和一键修复能力。约两分钟是特定故障线索,不是所有启动慢的共同原因。

用症状决定下一步

看到的情况先检查什么
开机后等待很久,随后提示服务降级检查 clash_verge_service 的启动类型、当前状态与应用日志。
服务不存在,或路径指向另一份安装转查服务安装与版本兼容,不把自动启动命令当作安装服务。
服务正常,只有节点测速或网站失败转查节点、DNS 和规则,不重复修改服务启动类型。
日志明确提示内核文件安全检查失败按对应安全检查指南处理;改启动类型不能修复文件或权限问题。

系统服务自启与应用开机启动不同

Clash Verge Rev 的系统服务用于以较高权限协助启动内核,让应用主界面保持普通权限也能使用 TUN。应用是否开机显示窗口与 Windows 是否自动启动该服务是两项设置;只打开应用自启,不能证明服务类型正确。

Windows 的自动启动、手动启动和已禁用并不等价。服务配置为手动时,不会仅因开机就自动就绪;已禁用时还不能直接启动。先核对真实状态,不根据应用图标或一次能联网推断服务已恢复。

官方问题中的维护者指出,开机优化工具可能修改服务类型。本文不据此认定所有机器都由同一种软件造成,也不保证升级会阻止其它工具再次改写设置。

v2.5.8 正式构建的专用提示还有条件:服务已停止,且启动类型不是自动。服务已经运行时,即便类型仍是手动,也不能据此认定会立即出现该提示;下次开机能否自动就绪仍需单独验证。

先只读记录服务配置和运行状态

保留修复前的对照

  1. 记录版本和日志

    记下完整客户端版本、Windows 版本、启动等待的大致时间及最终提示。保留从启动开始的应用日志,不只截最后一行;日志目录可从应用设置中的现有入口打开。

  2. 查询真实服务

    在命令提示符或 PowerShell 运行下面两条只读命令。使用 sc.exe 全名,避免同名命令产生歧义;先保存输出再决定是否修改。

  3. 核对身份与状态

    查看 START_TYPE、BINARY_PATH_NAME、STATE 和 PID。确认服务名为 clash_verge_service,路径属于当前可信安装;手动类型常显示 DEMAND_START,自动类型显示 AUTO_START。服务正在运行不代表下次开机也会自启。

Windows:只读查询
sc.exe qc clash_verge_service
sc.exe queryex clash_verge_service

如果返回服务不存在、访问被拒绝,或路径与当前安装不符,先保留完整错误。缺失服务需要正确的安装或修复流程;权限受组织管理时使用既有管理员流程,不凭猜测改服务路径或删除服务。

确认类型被改后,再恢复自动启动

先备份配置,核实已安装正式版 v2.5.8 及匹配的当前服务组件。出现“修复服务”提示时,主操作“重新安装服务”会重装服务后重启内核;完成后仍需核对真实状态。旧版或安全状态不明的服务先按正式渠道处理,不直接启用。

下述手动路径只适用于已确认匹配 v2.5.8 的可信服务,且允许恢复自动启动的情况。安装来源和目录看起来正确,不能代替服务版本与安全状态核实;不确定时先使用应用的服务重装流程。

手动恢复的顺序

  1. 先退出当前客户端

    先记录系统代理、TUN 开关原值和原来可用的网络方式,再保存配置,暂时关闭本次开关并正常退出。修复可能中断网络,安排在可中断时段;不要同时运行多个版本反复安装服务。

  2. 以管理员身份修改类型

    打开管理员命令提示符,只运行下面第一条命令。start= 后必须有空格;它修改服务启动类型,并不会立即把服务启动起来。

  3. 启动服务后重新打开应用

    第一条成功后运行第二条,再用只读查询确认状态。若服务已经运行,先核对状态,不因这一提示反复执行修改;然后以普通方式打开客户端。

Windows:仅在确认后修复
sc.exe config clash_verge_service start= auto
sc.exe start clash_verge_service

任何一步失败都停在该处,保留原始错误和配置输出。不要连带修改 binpath、服务账户、权限或关闭安全软件;服务安全检查、残留内核和新旧协议不兼容有各自的判断路径。

重开与重启后都验证,才算修好

修复后的验证清单

  • sc.exe qc 的 START_TYPE 符合预期,BINARY_PATH_NAME 仍是修复前核对的可信路径。
  • sc.exe queryex 显示服务已运行,再打开客户端后没有本题的长时间等待或服务降级提示。
  • 恢复需要的系统代理与 TUN 原值,分别检查应用日志和实际 HTTPS 请求,不只看节点延迟或开关颜色。
  • 在合适时机重启 Windows 后重新查询类型和状态,确认不是本次手动启动造成的暂时可用。
  • 若重启后再次变为手动或已禁用,保留 Service Control Manager 相关事件与时间,定位哪项策略或工具改写,而不是每天重装。

需要检查开机优化设置时,只处理与该服务明确相关的规则,并保留原配置。组织设备使用管理员允许的方式;应用自启选项、服务启动类型和是否主动启用 TUN 分别验证,不互相替代。

仍失败时回退,并分流其它故障

若需要撤销手动变更,依据事前保存的 START_TYPE 恢复原类型。原值为手动对应 demand、已禁用对应 disabled;使用相同的 sc.exe config 语法且只替换 start= 后的类型。改启动类型不会自动停止已运行的服务,恢复这些类型可能再次使它无法随开机就绪。

在服务可用前,先按记录恢复原来可用的网络方式,不把 TUN 当作已经恢复。需要停用或重装服务时先保存工作、退出客户端并走受支持流程,不删除服务或改可执行文件路径来试错。

若升级后出现兼容问题,保留配置备份和当前日志,再按项目支持的方式恢复对应版本及服务组件;不要让新旧版本共用唯一数据目录。回退版本不会自动还原外部工具的开机策略,也不要回退到已知安全问题尚未修复的构建。

服务已自动启动仍失败时,记录是否存在旧服务或残留内核、实际路径和完整错误,转查安全检查或内核通信指南。不要把一条自动启动命令扩写为所有服务故障的通用修复。

参考资料