Clash Verge Rev 订阅导入后无法连接怎么办?按症状排查
简答:Clash Verge Rev 订阅导入后无法连接,先确认配置已选中并选择具体节点,再检查系统代理或 TUN、7897/7890 端口、DNS 与日志。有明确报错时,按 Connect、timeout、401 或证书错误分别处理。
定义:“订阅导入后无法连接”是指配置文件已经出现在 Clash Verge Rev 中,但节点不可用、代理未生效,或目标应用仍无法访问网络。
先看分流:先定位是哪一层出了问题
本文是第三方使用指南,不代表该客户端项目的官方页面。导入成功不等于已经开始代理;官方快速入门将流程分为导入订阅、选择节点和模式、打开系统代理或 TUN。先在下表找到最接近你的现象,再按对应步骤处理。
| 现象 | 优先检查 | 验证标准 |
|---|---|---|
| 订阅卡片不出现或更新失败 | 订阅地址、网络、完整错误文本 | 配置卡片能够更新并显示配置内容 |
| 配置已导入但没有节点 | 返回内容和配置格式 | 配置中能看到 proxies、proxy-groups 或节点集合 |
| 有节点但全部超时 | 策略组、节点状态、订阅权限 | 至少一个节点测试有结果,日志不再持续显示 timeout |
| 节点有延迟但浏览器不通 | 系统代理、浏览器插件、本地端口 | 日志出现浏览器请求并命中预期策略 |
| 只有部分应用不通 | TUN、UWP 回环、DNS、hosts | 目标应用请求进入日志,或出口 IP 与测试结果一致 |
如果页面已经出现明确报错,可直接查看后面的“常见报错处理表”;如果没有报错,按下面的订阅、配置、代理和网络顺序排查。官方快速入门可参考 Clash Verge Rev 快速入门。
第一步:确认订阅返回的是可解析配置
- 重新复制订阅地址。检查地址是否被截断、前后混入空格,或误复制成登录页、普通网页地址。订阅地址属于账户凭证,不要公开发到群聊、工单截图或社交平台。
- 以客户端导入后的配置内容为准。浏览器打开订阅地址时,服务端可能根据请求方式返回不同内容,因此浏览器看到的文本不能单独作为最终判断。导入后进入配置详情,检查是否能看到
proxies、proxy-groups、rules等 YAML 字段。 - 区分配置订阅和单节点文本。如果返回内容是一串 Base64、vmess 或其他单节点文本,不要直接把它当作 Clash/Mihomo 配置。应向订阅提供方获取 Clash、Clash.Meta 或 Mihomo 格式的订阅链接,或者确认当前客户端是否支持该格式。
- 遇到
client error(Connect)时更换导入方式。官方订阅导入文档说明,使用“订阅链接导入”出现该错误时,可改用“订阅链接配置”;如果仍提示连接错误,再核对证书和网络。具体入口见 Clash Verge Rev 订阅导入文档。 - 遇到 401 时先处理配置目录。官方 FAQ 给出的处理方式是进入设置中的配置目录,删除其中内容并重启;若仍异常,再考虑卸载旧版本后重新安装。清理前先备份需要保留的配置,账户有效期和权限以你当前登录的账户后台为准。
当配置能解析且节点名称已经显示时,问题就从“订阅没有导入”转为“节点、策略组、代理开关或网络路径”问题,可以继续下一步。
第二步:确认配置、策略组和具体节点真的在使用
- 进入配置或订阅页面,确认刚更新的配置处于选中状态。配置文件出现在列表中,不代表内核正在使用它。
- 进入代理页面,打开当前配置对应的策略组,选择一个具体节点。若有多个策略组,还要确认出口组最终指向了可用节点,而不是停留在未选择、直连或空策略状态。
- 把模式临时切换为“全局”进行对比。全局模式只用于判断请求能否通过节点建立连接;如果全局能通、规则模式不通,应继续检查规则组、直连规则和 DNS。
- 执行一次节点延迟测试,再查看连接日志。延迟测试有结果,只能说明测试请求得到响应,不等于浏览器、命令行和所有网站都能访问。
官方快速入门明确把“选择节点和模式”放在“打开代理”之前。节点列表为空时回到第一步;节点存在但测试全部超时,则继续检查订阅状态、端口、其他网络软件和内核日志。
第三步:检查系统代理、TUN、浏览器插件和端口
| 接管方式 | 适合判断什么 | 重点检查 |
|---|---|---|
| 系统代理 | 浏览器等遵循系统代理的应用 | 客户端开关、系统代理地址、旧手动代理设置 |
| TUN | 不遵循系统代理的应用和部分命令行程序 | 虚拟网卡、路由、服务模式和权限 |
| 浏览器插件 | 只让单个浏览器使用代理 | 插件端口是否与客户端端口一致,是否和系统代理叠加 |
- 先关闭其他 VPN、加速器和代理工具。多个程序可能同时修改系统代理、路由、DNS 或本地监听端口。排查时只保留 Clash Verge Rev,再重新测试。
- 确认系统代理开关。官方快速入门说明,系统代理开关会修改操作系统代理设置。Windows 还要进入“设置 → 网络和 Internet → 代理”,确认没有残留的旧手动代理。
- 检查本地端口。常见代理端口为 7897 或 7890,以设置页为准。Windows 可执行
netstat -ano | findstr :7897;macOS 使用lsof -nP -iTCP:7897 -sTCP:LISTEN;Linux 使用sudo ss -lntp | grep 7897。如无ss,可安装对应发行版的iproute2工具包。端口被占用时,退出冲突程序或在设置页更换端口。 - 系统代理能通后,再考虑 TUN。TUN 用于接管不遵循系统代理的程序,但依赖虚拟网卡、路由和权限。Windows 官方 FAQ 提到,多网卡或网段与规则冲突可能导致 TUN 开启后网络异常,应先删除或停用不需要的虚拟网卡,再测试。
- Windows UWP 应用单独处理。微软商店等 UWP 应用存在回环访问限制时,进入“Clash 设置 → UWP 工具”,勾选目标应用并点击 “Save Changes”。普通浏览器不通时,不要把 UWP 回环解锁当作通用修复。
3 秒验证代理是否生效:第一,看连接日志里是否出现目标请求并命中预期策略;第二,用同一网站对比开启代理前后的出口 IP;第三,临时切到全局模式做对比。三项都没有变化时,优先回到系统代理和端口检查。系统代理绕过、TUN 流量排除和自定义路由的差异,可参考 Clash Verge Rev Bypass 文档。
第四步:节点可用但网站仍打不开,排查 DNS、规则和 hosts
- 先判断是域名问题还是连接问题。如果 IP 可以访问、域名打不开,优先检查 DNS;如果日志显示请求命中
DIRECT,优先检查规则模式和策略组;如果连接建立后仍超时,再检查节点或目标网络。 - 一次只调整一个 DNS 变量。先记录当前设置,再临时切换 DNS 模式进行对比,不要同时修改 DNS、fake-ip 和规则。若公司内网域名无法解析而内网 IP 正常,官方 FAQ 建议使用
nameserver-policy为内网域名指定实际内网 DNS。 - 检查 hosts 文件。官方 FAQ 将其他程序修改 hosts 列为部分网站无法访问的可能原因。Windows 文件位置是
C:\Windows\System32\drivers\etc\hosts;macOS 和 Linux 通常是/etc/hosts。先备份,再删除明确属于旧工具且确认异常的条目,不要直接清空整个文件。 - 规则模式下确认直连规则。如果目标域名在日志中命中
DIRECT,先检查当前策略组和规则来源。规则调整应使用客户端支持的覆写或追加方式,不要直接覆盖订阅的顶层rules或proxies。 - 浏览器插件只保留一套代理设置。排查期间可暂时禁用浏览器插件,只使用系统代理测试。如果系统代理能通而插件不通,检查插件端口、代理协议和插件自身的绕过列表。
关于公司内网域名、系统 hosts 和扩展配置的处理,可对照 Clash Verge Rev 其他问题 FAQ。涉及内网 DNS 时,应使用实际网络管理员提供的 DNS 地址,不要照抄示例地址。
第五步:按错误提示处理,不要一开始就重装
| 报错或现象 | 先做什么 | 下一步判断 |
|---|---|---|
client error(Connect) | 确认网络可达,并改用另一种订阅导入方式 | 两种方式均失败时,再检查证书和账户状态 |
timeout | 检查策略组、具体节点、端口和日志 | 多个节点均超时,再比较其他网络环境 |
Connection refused | 检查本地端口是否监听、是否被其他程序占用 | 端口正常后,再看节点和内核日志 |
invalid peer certificate | 核对订阅地址和证书来源 | 确认来源可信后,才按官方提示临时允许无效证书 |
| 401 | 确认账户登录状态和订阅权限,再清理配置目录重启 | 仍失败时,再考虑重新安装客户端 |
| 导入后没有节点 | 确认返回内容是配置而不是网页、错误页或空内容 | 格式正确后再重新导入 |
“允许无效证书(危险)”不是常规加速开关。官方订阅导入文档和 FAQ 都将它放在无效证书错误的处理路径中;使用前应确认订阅地址来源,问题解决后恢复更严格的证书校验。相关说明见 订阅导入文档和其他问题 FAQ。
如果客户端提示找不到内核、配置损坏或界面异常,官方 FAQ 建议进入设置中的配置目录,删除其中内容并重启;仍无效时再卸载旧版本并重新安装。清理前先备份订阅地址和自定义配置。
Windows、macOS、Linux 的最后检查清单
- Windows:检查系统代理、Windows 防火墙、UWP 回环和 TUN 服务模式。若出现“无法选中订阅”并伴随 socket 权限错误,可在管理员终端执行
net stop hns和net start hns,或在服务设置中重新启动 Host Network Service。TUN 服务模式异常时,按官方说明以管理员身份运行,或检查内核文件及安装目录权限。 - macOS:确认系统代理没有被其他工具改写。启用 TUN 或相关服务后,如果系统弹出安全提示,在“系统设置 → 隐私与安全性”中允许已明确确认来源的应用,再重新启动。端口检查使用
lsof,不要照搬 Linux 的ss命令。 - Linux:确认当前用户对配置文件、内核文件和日志目录具有必要权限。使用 systemd 服务时,专用用户至少需要读取配置和运行内核所需的权限;命令需要查看进程信息时使用
sudo ss -lntp。如无ss,安装发行版提供的iproute2。
Clash Verge Rev 官方仓库将其描述为 Clash Verge 的延续项目,是基于 Tauri 的 Clash Meta 图形客户端,支持 Windows、Linux 和 macOS;官方仓库未列出 iOS 对应客户端。下载时应在官方仓库或官方 Releases 页面核对系统和架构。
仍然无法连接时,按日志判断责任点
- 记录完整错误文本、发生时间、操作系统、客户端版本、配置名称和节点名称,不要公开完整订阅地址。
- 在连接日志中搜索目标域名,确认请求是否进入内核、命中了
DIRECT还是某个代理组,以及最终是 DNS 失败、连接拒绝还是超时。 - 使用同一节点测试多个目标:若全部失败,优先检查节点、订阅和端口;若只有一个域名失败,优先检查 DNS、规则和目标站点本身。
- 关闭 TUN、浏览器插件和其他 VPN,只保留系统代理做一次基线测试,再逐项恢复设置。
- 如果配置能解析、节点能建立连接、日志也显示命中策略,但某个目标仍不可达,应把问题定位为特定目标或规则路径失败,而不要笼统认定为客户端损坏。
完成一次修改后,只改变一个变量并重新测试,这样才能判断问题究竟来自订阅内容、节点状态、代理接管方式,还是 DNS 与规则。
常见问题
Clash Verge Rev 订阅已经导入,为什么没有节点?
先查看导入后的配置内容,确认返回的是 Clash、Clash.Meta 或 Mihomo 可解析配置,而不是登录页、错误页、空内容或不匹配的单节点文本。然后确认配置卡片已选中并完成更新。
出现 client error(Connect) 应该怎么处理?
先确认当前网络能够访问订阅地址,再改用另一种官方支持的导入方式。如果仍失败,继续查看是否有证书错误、401 或其他完整提示,不要只反复点击更新。
有节点、有延迟,但浏览器还是无法访问怎么办?
确认配置、策略组和具体节点已选中,再检查系统代理是否开启、浏览器插件是否覆盖端口,以及连接日志是否出现浏览器请求。可以临时使用全局模式做对比。
Clash Verge Rev 的代理端口是多少?
常见默认为 7897 或 7890,以设置页为准。端口被占用时,Windows 使用 netstat,macOS 使用 lsof,Linux 使用 sudo ss 检查监听进程,再退出冲突程序或更换端口。
什么时候应该开启 TUN 模式?
当目标应用不遵循系统代理,或需要接管更广泛的系统流量时再考虑 TUN。开启前先完成系统代理基线测试,并准备处理虚拟网卡、路由和权限问题。
出现 invalid peer certificate,可以直接允许无效证书吗?
不建议把它作为常规设置。先核对订阅地址和来源;只有确认来源可信且确实是证书链错误时,才按官方提示临时检查该选项,问题解决后恢复严格校验。
相关阅读
参考资料
- 订阅导入 - Clash Verge Rev Docs(clashverge.dev)
- 快速入门 - Clash Verge Rev Docs(clashverge.dev)
- 其他问题 - Clash Verge Rev Docs(clashverge.dev)
- Windows - Clash Verge Rev Docs(clashverge.dev)
- Bypass - Clash Verge Rev Docs(clashverge.dev)
- Clash Verge Rev 官方 GitHub 仓库
- Clash Verge Rev 官方 Releases