配置界面里选好了节点，并不意味着每个请求都走这个节点。规则模式下，请求先匹配规则，再进入对应的代理组；代理组里可能还有另一个选择。要确认最终走向，最有用的往往是连接记录。
用一个页面、一次操作来观察
先关闭无关标签页，回到客户端连接页清理或暂停旧记录，然后打开目标网页。网站可能同时请求登录、图片和静态资源等多个域名，所以一次打开网页不一定只产生一条连接。
找到目标域名后，依次看命中规则、代理组链和最终出口。如果记录显示 DIRECT，先问这是否符合你的配置目的，而不是立即认定节点失效。直连可能是规则正确执行的结果。
代理组名称不等于具体服务器
一个叫“自动选择”的组可能包含多个节点；一个叫“工作”的组也可能被设置成直连。名称只是标签。排错时展开组的实际选择，追到最末端，再决定是否需要换节点。
如果把组从一个节点切到另一个节点，已有长连接未必立即重建。可以刷新页面或关闭对应连接，再观察新建立的请求。不要拿仍在使用旧连接的下载任务判断新设置有没有生效。
不同结果对应不同检查方向
- 没有目标记录：检查应用代理入口和正在运行的内核。
- 有记录但命中意外规则：检查规则顺序、规则集及实际请求域名。
- 命中正确代理但失败：继续核对 DNS、节点服务和目标返回的错误。
保存排错截图时，保留规则名和错误类型即可。节点地址、订阅链接、账户标识及控制接口密钥应打码。连接记录的价值是帮助你缩小故障位置，不是把完整网络活动发布出去。