Clash Verge Rev 订阅导入后没有节点怎么办？
简答：先不要删除旧配置：打开 Profiles，确认订阅卡片是否存在、更新时间是否变化，再确认该卡片已被选为当前配置。随后到 Proxies 查看策略组和节点；如果仍为空，查看日志中的 HTTP、解析或连接错误，并回到订阅提供方核对有效期、流量和下发格式。
定义：Clash Verge Rev 订阅导入后没有节点，是指订阅地址已保存或配置卡片已出现，但当前配置解析后在 Proxies 页面没有可选择的节点或代理策略组。
先用五步速查：不要把“保存链接”当成“节点已生效”
本文是第三方使用指南，只讨论 Clash Verge Rev 桌面客户端中“订阅已导入但节点为空”的定位方法，不确认任何订阅服务的状态、价格或入口。项目文档显示，远程订阅、本地配置和 URL Schemes 属于不同导入方式；远程订阅还需要下载并解析后才能成为可用配置。项目 Profile 文档列出了这些导入路径。
| 你看到的现象 | 优先检查 | 成功判据 |
|---|---|---|
| Profiles 里没有订阅卡片 | 链接是否完整、是否点击保存或导入、是否被窗口拦截 | 列表中出现新的远程配置卡片 |
| 有卡片但更新时间不变 | 手动更新结果、网络连接和日志 | 出现新的更新时间，且没有持续下载错误 |
| 卡片已更新但 Proxies 为空 | 当前 Profile 是否选中、配置是否解析成功 | Proxies 页面出现策略组或节点 |
| 有策略组但组内没有节点 | 订阅是否真的下发节点、配置是否被脚本或规则过滤 | 至少一个策略组能展开并显示节点 |
| 节点出现但无法连接 | 系统代理、TUN、节点延迟和 Connections | 实际请求出现在连接记录中，并能完成基础访问 |
- 确认卡片：进入 Profiles，先看远程订阅卡片是否存在。卡片不存在时，不要先改 DNS、MTU 或 TUN。
- 确认更新：对该卡片执行一次手动更新，等待结果提示和更新时间变化。只有地址被保存，不代表远程配置已经下载。
- 确认选中：点击刚更新的卡片或使用界面中的启用操作，确认它被标记为当前配置。项目文档明确区分远程配置导入与当前配置选择。
- 确认节点：进入 Proxies，展开自动选择、手动选择或其他策略组。不要只看首页是否显示“已连接”，因为节点列表和系统代理是不同环节。
- 确认链路：节点出现后，再测试一个节点和一次实际请求；若节点根本没有出现，应回到订阅下载、解析和下发状态排查。
第一类：订阅卡片不存在或更新时间没有变化
先检查订阅地址是否完整。订阅链接通常包含访问凭据，问号后的参数也可能影响服务端返回内容；不要手动删掉参数、添加空格，或把后台页面地址误当成订阅地址。不要把完整订阅链接发到截图、群聊或公开工单中，因为项目隐私说明指出，配置文件可能保存订阅 URL、节点地址、端口、密码和 UUID。项目隐私说明
- 从订阅提供方的管理页面重新复制完整链接。
- 回到 Profiles，使用远程订阅导入入口保存；菜单名称可能随版本变化，按当前界面为准。
- 对新卡片执行一次更新，并记录界面显示的错误文字，不要连续反复点击。
- 如果提示
401或403，优先回到服务商后台核对订阅是否过期、被撤销或需要重新生成；本文无法替你确认具体账户状态。 - 如果提示
timeout、连接失败或 TLS 错误，先确认当前网络能否访问订阅服务器，再尝试客户端提供的其他导入方式；不要为了省事长期关闭证书校验。
成功判据：卡片保留，手动更新时间发生变化，且日志不再持续出现下载失败。失败分支：若卡片始终无法创建，保留旧的可用配置，把错误文字和发生时间提供给订阅服务商；不要先删除旧配置。回滚：停止修改旧卡片，继续使用原来的配置，待新订阅确认可解析后再切换。
第二类：卡片更新成功，但 Proxies 页面仍然为空
这种情况重点不是系统代理，而是“当前读取的配置文件”或“配置内容本身”。项目文档说明，远程 Profile 与本地配置可以并存，因此卡片出现并不自动说明它就是当前正在使用的配置。先确认刚更新的卡片有选中标记，再进入 Proxies 检查策略组。
- 在 Profiles 中确认当前选中项就是刚刚更新的卡片，而不是旧的本地 YAML 或另一条远程订阅。
- 退出并重新打开 Profiles 页面，确认更新时间没有回退；如果回退，记录卡片名称和时间。
- 进入 Proxies，先看页面是否存在策略组，再展开各组；不要只判断首页是否有节点名称。
- 如果策略组存在但内部为空，回到订阅服务商后台核对是否有节点下发、套餐是否有效、流量是否用尽。这里的账户状态只能由服务商确认，本站不代为判断。
- 如果日志出现 parse、YAML 或配置格式错误，保存错误原文，改用服务商明确提供的 Clash 或 Mihomo 兼容格式；不要把带 token 的订阅链接粘贴到不明在线转换工具。
成功判据：当前 Profile 保持选中，Proxies 页面至少出现一个策略组或节点。失败分支：如果更新显示成功但解析后始终为空，应把“卡片名称、更新时间、错误日志、是否有策略组”四项信息一起反馈给订阅服务商。回滚：保留原来的 Profile，不要覆盖或删除它；确认新配置能显示节点后再切换。
第三类：节点出现了，但你误以为“没有节点”
如果 Proxies 页面已经有节点，问题就从“订阅为空”转为“代理链路未生效”。项目设置文本把 System Proxy 与 TUN Mode 分成两个开关：系统代理主要修改操作系统代理设置，TUN Mode 则通过虚拟网卡接管系统流量。两者不是同一个验证步骤，也不建议在尚未完成基础测试时同时开启。项目设置字段与提示
- 先在 Proxies 中手动选一个节点，不要一开始依赖自动选择组。
- 先关闭 TUN，只开启系统代理，完成一次浏览器或办公应用的基础请求。
- 查看 Connections 是否产生对应请求；没有连接记录时，检查应用是否使用系统代理，或请求是否走了 DIRECT。
- 如果系统代理无效，再检查系统代理开关状态和客户端日志；不要直接通过修改多个端口或 DNS 来掩盖问题。
- 只有需要接管不遵循系统代理的软件时，才单独测试 TUN。若开启 TUN 后网络异常，先关闭 TUN，恢复到之前的系统代理状态，再继续排查。
成功判据：选定节点后，Connections 出现实际请求记录，且请求状态不再持续 timeout。失败分支：有节点但所有请求失败时，检查节点延迟、策略模式、系统代理状态和 TUN 服务状态；这已经不是“节点为空”。回滚：关闭刚开启的系统代理或 TUN，恢复到修改前的开关组合，并保留日志。
日志和截图怎么留，才能让问题可复现
排查时建议只采集必要信息，不要直接上传完整配置。项目隐私说明提醒，日志和配置可能包含订阅 token、代理服务器、访问域名及连接元数据。项目隐私说明
- 记录操作系统、客户端界面显示的版本信息；版本号是否为当前最新版本需自行从项目发布页核实。
- 记录 Profiles 卡片名称、最后更新时间、更新结果和错误文字。
- 截图前遮盖订阅 URL、token、服务器地址、密码、UUID 和个人域名。
- 分别记录“卡片存在”“更新时间变化”“当前 Profile 已选中”“Proxies 是否有策略组”“Connections 是否有请求”这五项。
- 如果要重装或清理配置，先备份配置目录。项目说明列出了 Windows、macOS 和 Linux 的应用数据目录，并说明其中包含 profiles、配置和日志文件。
截至 2026 年 11 月 8 日，本文不固定写死某个版本的按钮位置；若你的界面名称不同，应以当前项目文档和实际界面为准。版本号、最新稳定状态和具体发布日期需核实。
结论：按故障层级处理，不要先改 DNS 或 TUN
“订阅导入后没有节点”最常见的定位顺序是：卡片是否存在 → 更新时间是否变化 → 当前 Profile 是否选中 → Proxies 是否有策略组和节点 → Connections 是否有实际请求。前四步没有通过时，DNS、MTU、系统代理和 TUN 都不是首要动作；只有节点已经显示、但请求仍失败时，才进入代理链路排查。
如果你已经保留旧配置，最安全的做法是先让新订阅完成一次成功更新和解析，再切换当前 Profile。这样即使新配置为空或格式不兼容，也能快速回退，而不必重新搭建原来的配置。
常见问题
订阅卡片已经出现，为什么 Proxies 里还是没有节点？
卡片出现只说明远程配置可能已保存或下载，不代表它已被选为当前 Profile，也不代表内容解析后包含节点。先确认当前卡片被选中，再看更新时间、解析日志和 Proxies 中的策略组。
可以直接删除旧配置，再重新导入订阅吗？
不建议一开始删除。先保留旧的可用 Profile，单独添加或更新新的远程配置；等新配置能显示节点并完成基础请求后，再考虑清理旧配置。
浏览器能打开订阅链接，是否说明订阅一定有效？
不能仅凭浏览器能打开判断。浏览器可能打开的是登录页、提示页或错误页；更可靠的判据是客户端更新成功、更新时间变化、配置解析无错误，并且 Proxies 页面出现策略组或节点。
出现 401 或 403 时应该改客户端设置吗？
先不要改 DNS、MTU 或 TUN。401、403 通常需要回到订阅服务商后台核对有效期、访问权限、链接是否被撤销或是否需要重新生成；具体原因必须由服务商根据账户状态确认。
节点已经出现，但打开网页仍然失败怎么办？
这已经从“没有节点”转为代理链路问题。先手动选择一个节点，关闭 TUN，仅开启系统代理测试，再查看 Connections 是否产生请求；如果仍失败，再分别检查节点延迟、规则模式和客户端日志。
排查时能把订阅链接和日志发给别人吗？
不要直接公开。订阅链接可能包含个人 token，日志和配置也可能包含服务器、密码、UUID、访问域名等信息。分享前应打码，只保留错误类型、时间和必要的界面状态。