如果你在 Clash Verge Rev 里遇到订阅更新失败、导入后没有节点，或者刷新订阅后配置没变化，先不要急着改 TUN、DNS 或规则。大多数情况要先判断失败发生在哪一步：
- 订阅链接本身已经过期、复制不完整，或不是 Clash/Mihomo 配置地址。
- 浏览器能打开订阅链接，但 Clash Verge Rev 没有成功拉取。
- 订阅已经刷新成功，但当前没有切到新配置，或远端节点列表本来就没变。
- 节点已经出现，但系统代理、TUN、节点选择或规则还没有生效。
先用浏览器打开订阅链接
把同一个订阅链接复制到浏览器地址栏打开，这是最快的分界线。
- 浏览器也打不开：优先检查链接是否过期、复制是否完整、套餐是否到期，或联系订阅服务提供方。
- 浏览器能下载
.yaml、.yml或显示配置文本：链接大概率可用，继续看 Clash Verge Rev 里的拉取路径。 - 浏览器跳转到登录页、错误页或只有一段提示文字：这不是可直接导入的 Clash/Mihomo 配置，需要回到服务商面板重新复制正确的订阅地址。
复制链接时尤其要注意：
- 不要漏掉
token、sub、target等查询参数。 - 不要把网页地址、邀请链接或面板首页当成订阅链接。
- 不要在聊天软件、浏览器翻译或短链接跳转后复制到被改写的地址。
浏览器能打开，但客户端仍提示订阅更新失败
这种情况通常不是链接完全失效，而是 Clash Verge Rev 访问订阅服务器的过程出了问题。可按下面顺序处理：
- 在订阅或 Profiles 页面手动刷新一次，不要只等待自动更新。
- 尝试使用系统代理或内核代理更新订阅。部分订阅服务器在当前网络下直连不可达，需要让刷新请求先走代理。
- 查看日志里的具体错误。
timeout、DNS、TLS、401、403、301代表的方向不同，不要只看“更新失败”四个字。 - 如果你使用的是较旧版本，先升级到较新的稳定版再试。官方发布记录里多次出现过订阅、TLS 或代理状态相关的兼容性修复。
- 仍然失败时，可以临时把订阅链接在浏览器里下载成本地 YAML 文件，再以本地配置导入，用来判断是不是远程拉取过程的问题。
常见日志可以这样理解：
401或403：多半是订阅认证失败、链接过期、服务商限制或复制了错误地址。301或302：订阅服务器返回了跳转，客户端未必会按你预期继续跟随；优先复制最终可下载地址，或让服务商提供 Clash/Mihomo 专用链接。timeout、Failed to send HTTP request：多半是网络不可达、DNS 解析异常、防火墙或当前刷新请求没有走到可用代理。TLS、certificate、handshake：检查系统时间是否准确，并优先升级到较新的 Clash Verge Rev 版本。
不要把真实订阅链接、token 或完整日志直接贴到公开页面；排查时先打码。
更新成功，但节点没有变化
如果订阅项的更新时间变了，但节点列表或策略组看起来没变化，问题可能不在“订阅更新失败”，而在“更新后的结果没有变化”。
先检查这些信号：
- 当前选中的配置是不是刚刷新过的那一份。
- 节点和策略组页面是否已经重新加载。
- 服务商是否确实调整了节点列表；如果远端内容没变，本地刷新后也不会出现新节点。
- 之前手动编辑过配置、规则或分组时，是否被新订阅覆盖或与订阅内容冲突。
- 是否导入了错误格式的链接，例如通用订阅、旧 Clash 链接或并非 Mihomo/Clash 配置的地址。
如果刷新后节点消失，优先回到订阅源确认远端配置内容是否为空、是否过期，或是否被服务商下架了节点。
有节点，但代理还是不能用
这时订阅更新大概率已经完成，下一步应转到代理生效问题排查。
最小检查顺序是：
- 回到主界面，确认当前配置已经切到新订阅。
- 在代理或策略组里选择一个具体节点，并做一次延迟测试。
- 确认系统代理已经开启，或者你确实在使用 TUN 模式。
- 如果只有部分网站不能访问，再看规则、模式、DNS 或 TUN，而不是继续反复刷新订阅。
订阅只负责提供配置来源；代理是否生效，还取决于当前配置、节点选择、系统代理或 TUN 状态。
建议的排查顺序
遇到 Clash Verge Rev 订阅更新失败、刷新没变化或没有节点时，建议按这个顺序排查：
- 浏览器打开订阅链接，确认它是不是有效配置。
- 回到 Clash Verge Rev 手动刷新，并观察更新时间。
- 如果客户端失败，切换系统代理或内核代理拉取，再看日志。
- 如果刷新成功但没变化，确认当前配置、节点列表和服务商远端内容。
- 如果有节点但不能联网，转到系统代理、节点延迟、TUN 和规则排查。