内置 Mihomo 内核
Clash Verge Rev 内置 Mihomo(原 Clash.Meta)内核,负责解析规则、建立网络连接和维护代理组。客户端负责提供图形界面,因此界面显示正常并不一定代表内核已成功启动。
遇到节点全部超时,先在设置中确认内核状态,再检查订阅和网络连通性,避免仅凭一个红色测试结果判断故障。
按域名或 IP 分配直连与代理线路,配合连接记录查看访问请求的实际去向。

Clash Verge Rev 内置 Mihomo(原 Clash.Meta)内核,负责解析规则、建立网络连接和维护代理组。客户端负责提供图形界面,因此界面显示正常并不一定代表内核已成功启动。
遇到节点全部超时,先在设置中确认内核状态,再检查订阅和网络连通性,避免仅凭一个红色测试结果判断故障。
规则模式按配置中的匹配条件分别路由;全局模式让支持的流量统一经过选定代理;直连模式则不经代理节点转发。三者用于不同的网络测试场景。
排查某个站点时可以短暂比较不同模式的结果,但模式切换不是修复失效订阅的办法。切回日常使用模式后应再做一次实际访问验证。
订阅通常把可用节点组织为自动选择、手动选择和故障转移等代理组。用户在代理页切换的往往是组内的线路,而非修改了所有规则。
当“当前节点”和某条规则实际使用的节点不一致时,查看规则匹配到的代理组,以及该组内部的选择结果。
可视化规则编辑用于查看和调整路由规则,适合少量域名、IP 与策略组的定向修改。规则顺序很关键,先匹配到的规则通常先被采用。
例如把公司内网配置为直连时,要确认私网网段是否被更宽泛的规则提前匹配,必要时结合连接记录检查最终规则。
连接页可查看当前连接、目标地址及匹配到的代理路径,有助于解释某个网站为什么没有使用预期线路。与只看测速相比,它更接近真实访问行为。
例如规则模式下某个程序意外直连,应在该程序发起请求时观察连接记录,而不是盲目切换所有代理组。
同一个域名可能同时命中域名后缀、关键词和兜底规则,真正生效的是规则链中的先后匹配结果。
当本想直连的网站被代理时,先找命中的那一条规则,再判断是否需要添加更具体的例外。
支持 Windows、macOS、Linux;iOS 请使用兼容客户端。
规则模式下,给未匹配的流量指定策略组不太直观。常用的分流选项要是能直接找到,设置会省事很多。
代理链适合需要多级转发的场景,但切换页面后选项有时没有保留。希望保存状态能显示得更清楚。
工作时需要同时访问代理网络和公司内网。规则已经写了却没有生效,分流的检查入口还可以做得更直接。
Clash Verge Rev 负责管理代理配置,本身不提供节点。需要在订阅页导入由可信配置提供方给出的兼容订阅地址,或者使用自备的本地配置文件。导入后才会出现相应代理组和节点。
规则模式让配置中的匹配条件决定去向;全局模式通常将代理连接交给选定组;直连模式不经过代理节点。测试连通性时可对比这些模式,但日常设置应以实际需求为准。
测速只验证指定测试地址,并不能保证每一个网站都正常。先看系统代理是否开启,再打开连接页检查访问目标被哪条规则处理;如果使用 TUN,还应排查 DNS、路由与应用授权。
打开连接页面,在目标网站发起请求后查看相应域名、匹配规则与最终代理组。若没有相关连接记录,先确认应用是否经过了当前系统代理或 TUN。
检查是否有更靠前的规则已匹配请求,并注意域名解析方式与连接记录中的实际目标。把规则写在文件末尾并不一定优先于已有的兜底规则。
不能。代理路径会带来额外网络跳数,最终速度受到节点负载、目标服务器和本地网络的共同影响。规则分流的价值在于灵活控制连接去向,而不是对每个网站都加速。
timeout 只表示一次测试没有在时间内收到预期响应,原因可能是节点不可达、订阅失效、被测地址不通或本地网络限制。换测试目标、查看日志以及核对其他节点后才能更准确判断。