节点描述连接服务器所需的信息，订阅负责批量交付和更新这些信息，客户端负责解析配置、匹配规则并实际建立连接。购买订阅后仍需要兼容的客户端；成功导入节点也不代表设备流量已经经过代理。
从订阅到网站的完整路径
典型过程是：客户端请求订阅地址，解析配置，加载节点和策略组，应用或系统把流量交给客户端，规则选择直连或代理，代理核心再连接指定节点和目标网站。任何一环失败，都可能表现为“不能用”。
订阅请求本身也需要网络连接。如果订阅地址只能通过已有代理访问，首次导入会出现先后依赖；应向服务商确认可直连的获取方式，不要随机借用来源不明的配置。
客户端和核心的区别
客户端界面负责订阅管理、托盘开关和日志展示；核心执行协议连接、DNS 和路由。例如，Clash Verge Rev 使用 Mihomo 核心，但界面版本与核心版本可以不同。报告兼容问题时，两者都要记录。
同一协议还可能有不同参数组合。客户端列表中出现“VLESS”不代表支持每一种传输、TLS 或 Reality 配置。导入后出现未知字段，应该检查客户端及核心文档。
三种常见状态该怎样理解
| 状态 | 能说明什么 | 下一步 |
|---|---|---|
| 订阅获取成功 | 收到了可解析配置 | 检查节点与策略组 |
| 节点延迟有数值 | 一种测试请求得到响应 | 用实际网站验证 |
| 系统代理已开启 | 系统设置指向客户端 | 确认应用是否使用它 |
TUN 已启用也不意味着全部流量走代理，因为客户端仍可能按规则直连。应用自带的代理设置、另一套 VPN 或浏览器插件还可能改变最终路径。
一个最小验证方法
先只保留一个客户端运行，选择一个已确认可用的节点，暂时使用便于理解的模式访问测试网站。检查日志中的目标域名、命中规则和出口。验证完毕再恢复日常分流模式，逐项添加自定义规则。
如果配置里有自动选择策略组，记录它当时选中的具体节点，否则多次测试可能并没有使用同一出口。分享日志时隐藏认证信息。