Clash Verge Rev 订阅导入后没有节点怎么办？
简答：Clash Verge Rev 订阅导入后没有节点，最先不要开 TUN 或反复重装：打开 Profiles（配置）确认订阅卡片存在并执行一次更新，再检查是否已选中当前配置；随后查看配置内容是否包含 <code>proxies</code> 或 <code>proxy-providers</code>。如果订阅返回的是登录页、HTML、JSON、401/403 错误或 YAML 解析失败，代理页自然不会出现节点。只有在节点已经显示后，才继续排查代理组、系统代理和网络连接。
定义：“订阅导入后没有节点”是指远程订阅卡片可能已经保存，但当前激活配置的代理列表为空，或代理组没有可选择的节点。
先判断：到底是订阅、配置还是代理页为空
这类问题最容易误判。Clash Verge Rev 的远程订阅需要经过“保存订阅地址—更新配置—激活配置—解析节点—显示代理组”几个环节；仅看到订阅卡片，并不等于订阅内容已经成功更新。官方文档将远程订阅作为 Profile 管理，界面中也提供更新、通过代理更新、查看最后更新时间等操作。可先按下面的顺序定位，不要一开始修改 TUN 或系统代理。
| 看到的现象 | 优先检查位置 | 最短处理路径 |
|---|---|---|
| Profiles 中没有订阅卡片 | 订阅地址是否保存成功 | 重新创建 Remote 配置，确认完整粘贴链接并保存 |
| 卡片存在，但更新时间失败 | HTTP、DNS、TLS 或超时 | 查看错误提示，改用系统代理或 Clash 代理更新 |
| 更新显示成功，但 Proxies 为空 | 配置内容和 YAML 解析 | 检查是否有 proxies、proxy-providers，以及当前配置是否已激活 |
| 代理组存在，但组内没有节点 | proxy-groups 引用关系 | 确认组引用的节点名称或 Provider 确实存在 |
| 节点显示，但全部超时 | 连接、DNS、线路或节点状态 | 先选单个节点测试，再处理系统代理、TUN 和网络问题 |
先试这一步：进入 Profiles，找到对应订阅，执行更新并记录“最后更新时间”和错误提示；更新后明确点击该配置的激活或选择操作，再进入 Proxies 查看。
第 1 步：确认订阅链接不是“只保存、未更新”
- 打开 Clash Verge Rev 的 Profiles 或配置页面。
- 确认订阅卡片仍然存在，检查订阅类型是否为 Remote。
- 点击更新；如果客户端提供“通过代理更新”，可在直连失败时尝试该选项。
- 查看最后更新时间、更新状态和错误提示。仅仅看到 URL 被保存，不能证明远程内容已经下载并解析。
- 如果复制链接时经过了网页中转，重新检查整个地址是否完整，尤其不要遗漏
?后面的参数、Token 或其他查询字段。
官方配置文档说明，远程订阅支持通过订阅链接导入、订阅链接配置和 URL Scheme 导入；如果导入时出现连接错误，应换一种导入方式或根据错误信息处理。不同版本的菜单名称可能略有变化，以客户端实际显示为准。参考：Clash Verge Rev 官方配置文档。
如果错误是 401 或 403，通常应先向订阅提供方确认授权、Token 或有效期；如果是 404，检查地址是否过期或复制不完整；如果是 301、302，需要确认客户端是否能正确处理跳转；如果是 timeout、DNS 或 TLS 错误，则优先检查当前网络、系统时间、DNS 和代理更新方式。没有看到原始错误内容时，不要直接断定订阅失效。
第 2 步：核验订阅返回的是 Clash/Mihomo 配置
如果更新提示成功，但代理列表仍为空，下一步是判断下载到的内容是否真的是 Clash/Mihomo 配置。可以在不公开链接的前提下，用浏览器或命令行检查响应；不要把包含 Token 的完整订阅地址、完整响应和密码发到公开论坛。
检查结果可以按下面分类：
- 返回 HTML：常见于登录页、验证码页、错误页或被中间页面拦截，不能直接作为 Clash 配置。
- 返回 JSON：可能是接口错误、鉴权提示或其他格式，除非客户端明确支持该格式，否则不能当作标准 YAML 配置。
- 返回纯文本错误：先处理服务端提示，不要把错误文本保存为配置文件。
- 返回 YAML：继续检查顶层字段和解析错误，而不是只看文件能否下载。
在本地复制一份响应进行检查时，优先寻找这些结构：proxies:、proxy-providers:、proxy-groups:。只有 proxy-groups: 而没有任何可用代理来源时，代理组可能会显示为空；如果使用 proxy-providers:，节点可能来自单独的 Provider 文件，需要检查 Provider 的 URL、缓存路径和更新状态。Mihomo 官方文档给出了 proxy-providers 的基本结构，包括 type、url、path 等字段，可参考 Mihomo 官方代理集合文档。
可以在终端执行只显示响应头的检查，避免直接输出订阅内容：
curl -I -L "你的订阅地址"
不要把实际订阅地址粘贴到文章、工单或截图中。如果响应状态正常但内容类型异常，仍需查看本地下载内容的前几行，并先对 Token 打码。
第 3 步：检查配置解析与代理组引用
如果订阅内容确实是 YAML，仍可能因为格式或引用关系导致节点不显示。常见问题包括 YAML 缩进错误、Tab 混入、冒号后格式异常、代理组引用了不存在的名称，以及 Provider 文件没有成功加载。
- 在 Profiles 中确认当前使用的配置就是刚刚更新的那一份，而不是旧配置或空配置。
- 打开配置编辑或查看功能，搜索
proxies、proxy-providers和proxy-groups。 - 如果存在
proxies，检查列表下面是否真的有代理条目，而不是只有空列表。 - 如果只有
proxy-providers，检查 Provider 的 URL、类型和本地路径；不要直接编辑订阅缓存文件来“补节点”。 - 检查
proxy-groups中的proxies或 Provider 引用，名称必须与实际节点或 Provider 名称对应。 - 看到 YAML 解析错误时，先恢复到更新前的备份，再重新导入，不要在原配置上连续修改。
Clash Verge Rev 官方界面支持对配置进行更新、编辑信息、编辑文件和编辑代理组等操作；配置处理顺序还可能受到应用设置、全局扩展配置、脚本和 Profile 扩展配置影响。因此，假如你曾经设置过覆写或脚本，建议暂时停用相关修改，重新更新一次，用最小配置确认节点是否出现。相关界面字段可参阅项目公开代码中的 Profiles 文案：Clash Verge Rev Profiles 界面定义。
第 4 步：节点出现后，再区分“没有节点”和“节点不能用”
节点出现在 Proxies 页面后，问题就已经从“订阅解析”转为“连接或代理设置”。这时不要继续修改订阅内容，可以按以下最小闭环测试：
- 进入 Proxies，展开一个代理组，手动选择一个具体节点。
- 确认代理组不是空组，也不是始终选择
DIRECT。 - 查看 Connections 或日志，判断请求最终走的是节点、直连还是失败。
- 暂时关闭其他代理软件，避免系统代理端口、混合端口或 PAC 设置互相覆盖。
- 如果只是浏览器不走代理，再检查系统代理开关；如果桌面应用仍不走代理，再单独判断是否需要 TUN。
也就是说：代理列表为空优先查订阅更新、配置格式和 Provider；节点存在但超时才查 DNS、线路、MTU、系统代理和 TUN。不要用开启 TUN 的方式修复一个尚未解析出节点的订阅。
不同系统的安全恢复与留痕方法
Windows、macOS 和 Linux 的界面菜单可能不同，但排查顺序基本一致。建议在重新导入前先保留旧配置，并记录四项信息：系统名称、客户端版本、Profile 最后更新时间、完整错误类型。版本号和系统兼容性应以客户端实际页面及项目发布页为准；官方发布页会列出当前版本、系统安装包和已知修复项，可查看 Clash Verge Rev 官方 Releases。
- Windows：先关闭正在运行的其他代理工具，再重试更新；如果系统代理状态异常，先恢复系统代理开关后再测试。
- macOS：确认没有多个客户端同时修改系统代理；必要时退出应用并重新打开，再检查 Profile 是否仍被选中。
- Linux：确认当前桌面环境和系统代理工具没有覆盖客户端设置；如果使用服务模式，避免直接修改运行中的缓存文件。
日志截图应遮住订阅 URL、Token、节点地址、用户名和密码。官方隐私说明也提醒，配置归档可能包含 Profile、订阅 URL、代理服务器和密码等敏感信息，因此不要上传完整配置文件。可参考 Clash Verge Rev 官方隐私说明。
一张表完成最后复核
| 检查项 | 正确状态 | 异常时怎么做 |
|---|---|---|
| 订阅卡片 | Remote 配置存在 | 重新创建并保留完整 URL |
| 最后更新时间 | 有成功更新记录 | 记录具体错误码或错误文本 |
| 订阅响应 | 是可解析的 Clash/Mihomo YAML | 排除 HTML、JSON、登录页和错误文本 |
| 节点来源 | 存在 proxies 或有效 proxy-providers | 检查 Provider URL、路径和加载状态 |
| 当前配置 | 已激活刚更新的 Profile | 取消选择旧配置或空配置 |
| 代理组 | 组内能展开具体节点 | 检查名称引用和 DIRECT 状态 |
| 联网测试 | 节点可用后再测试 | 继续排查 DNS、系统代理、TUN 或网络质量 |
完成以上检查后，如果仍然没有节点，最有价值的反馈不是“导入失败”，而是提供经过打码的更新错误类型、配置顶层字段是否存在、当前 Profile 是否激活，以及是否使用了 Provider。这样可以把问题准确分到订阅端、客户端解析端或网络连接端。
常见问题
Clash Verge Rev 订阅卡片存在，但为什么还是没有节点？
订阅卡片只代表地址已经保存，不代表内容更新成功或配置已经激活。请先执行更新，查看最后更新时间和错误提示，再确认当前选中的是刚更新的 Profile。
订阅返回 200，为什么代理列表仍然为空？
HTTP 200 只说明请求得到响应，响应内容仍可能是 HTML、登录页、JSON 或错误文本。请检查返回内容是否为可解析的 Clash/Mihomo YAML，并确认存在 proxies 或有效的 proxy-providers。
只有 proxy-groups，没有 proxies，应该怎么办？
先检查是否使用了 proxy-providers。节点可能由 Provider 延迟加载；应检查 Provider 的 URL、类型、路径和更新状态，而不是直接修改缓存文件。
节点已经显示，但全部超时，还是订阅没有节点吗？
不是同一层问题。节点已显示说明订阅至少完成了解析，下一步应测试单个节点，并排查 DNS、网络连接、系统代理、TUN、MTU 或其他代理软件冲突。
排查时可以把完整订阅链接和日志发给别人吗？
不建议。订阅链接中的 Token、节点地址、用户名和密码可能属于敏感信息。截图或日志应遮住完整 URL、认证参数和节点凭据，只保留错误类型、状态码和必要的配置字段。