本文目录
刚打开 Clash Verge Rev 时,首页开关和代理列表未必已经有可用内容。远程地址保存后,还需要下载配置、选中它并确定实际节点。把一次浏览器访问与客户端的记录对上,才能判断自己完成了设置,还是只保存了一个地址。
在 Profiles 添加并选中订阅
在 Profiles(订阅)页选中的配置,决定 Mihomo 当前读取哪一份 YAML 配置文件。远程订阅、本地配置与覆写可以并存,但初次使用只保留一份远程 Profile,便于确认节点和规则的来源。
添加远程 Profile
复制完整订阅 URL
不要遗漏问号后的参数,也不要多复制空格。
在 Profiles 添加远程配置
使用普通链接导入入口,保存后留在当前页面。
手动更新
等待状态提示和新的更新时间。
点选为当前配置
选中标记应落在刚更新的项目上。
订阅更新是否成功?查看时间、HTTP 和解析错误
保存远程地址只是在本地建立记录。点击更新会下载并解析配置,成功后更新时间会改变;失败时按具体提示处理。
401 / 403
登录订阅服务检查账号和 token,客户端已经连到服务端。
client error(Connect) / timeout
比较另一网络或客户端文档提供的其他导入方式。
parse / yaml error
返回内容到了,但格式或字段与当前内核不兼容。
200 后却没有节点
确认响应不是登录 HTML,并检查配置是否包含代理与策略组。
旧配置还能上网,不代表本次更新成功。Clash Verge Rev 会继续使用上一次的本地副本,所以排查更新应看时间和错误,不要先删除那份唯一可用配置。
在 Proxies 固定一条节点
更新完成后打开 Proxies(代理)。页面上层通常是策略组,例如“节点选择”“自动选择”“故障转移”;展开后才看得到具体节点。组名来自订阅,不同服务不会完全相同。
第一次测试,在主要 select 组里点一条具体节点。url-test 或 fallback 可以留到网络跑通后再使用,因为自动组可能在你观察时切换出口。节点旁的延迟只能说明测试 URL 有响应,真实网页仍要单独验证。
代理页应当明确显示
- 主要策略组不是空白
- 手动选择组已经指向具体节点
- 需要使用的服务组最终引用该节点或上级组
- 当前模式是 Rule,而不是误停在 Direct
开启 System Proxy 并检查系统代理地址
回到首页或设置区域开启 System Proxy(系统代理)。Clash Verge Rev 会把本机代理地址写进 Windows 或 macOS 的系统设置,浏览器和遵循系统代理的程序随后把请求交给 Mihomo。
若电脑上还有旧 Clash、VPN 或代理扩展,先全部退出。两个客户端都能改系统代理时,界面开关可能显示开启,系统却已经被另一个程序写回旧端口。端口以 Clash Verge Rev 当前设置的 mixed-port 或 HTTP 端口为准。

Connections 中的规则与最终节点
验证系统代理是否真正接管
打开一个熟悉的网站
使用刚才固定的节点和 Rule 模式。
进入 Connections
按时间或域名找到刚产生的记录。
查看 Rule
确认连接命中 DIRECT、REJECT 还是某个策略组。
查看 Chains / 出口
确认最终使用的节点与 Proxies 选择一致。
网页打开,并且 Rule、Chains / 出口与刚选的策略和节点吻合,说明系统代理已接管这次请求。
没有连接记录、DIRECT 与 timeout 的处理
Profiles 没有新更新时间
本次更新可能未成功;检查订阅链接、账号状态和下载错误,保留仍可用的旧配置。
Proxies 没有策略组或节点
确认 Profile 已选中且返回的是 Clash / Mihomo 格式。
浏览器失败,Connections 为空
检查 System Proxy 是否写入当前 mixed-port,并退出旧代理客户端。
连接显示 DIRECT
Rule 模式按订阅规则选择了直连,查看这是否符合目标网站。
连接走固定节点后 timeout
切换另一条已知可用节点,保留相同网页做对照。
处理后重新请求同一网页,确认页面打开、Connections 显示预期规则和节点。保持这份配置使用一段时间,再按实际需要考虑 TUN 或覆写。
