第一层：请求是否从路由器成功发出
订阅通常由路由器上的更新任务获取。手机浏览器能打开某个页面，不能证明路由器自身DNS、默认路由和远程访问也正常。先核对订阅URL来源与有效期，在不公开认证参数的前提下，检查路由器能否解析对应域名、是否有可用路由，并对照系统时间。
HTTPS证书校验依赖合理的系统时间和受信证书链。证书错误应检查时间、证书链及服务端状态，不能以关闭TLS验证作为常规解决方案。下面只读命令是演示，输出需结合当前设备理解；没有真实路由器在本网站构建时执行这些查询。
date
logread
ip route show第二层：把HTTP结果与节点内容分开
超时、域名解析失败、TLS握手失败和服务器拒绝访问是不同信号。HTTP 401或403通常提示认证或访问权限问题，但仍应结合服务端说明判断；HTTP 200只说明请求得到成功状态响应，正文可能是登录网页、错误提示、空内容或真正的节点数据。
核对返回的内容类型、非敏感错误摘要和获取时间，避免把包含令牌的完整URL贴入日志截图。不要把真实订阅地址交给未知在线转换服务。维护过程可按订阅更新与节点管理清单先备份，再对比更新前后的来源和列表。
还应记录响应是否发生重定向。最终落到登录页面、配额提示或错误页面时，即使最后状态正常，也可能没有得到节点列表。只保存必要的错误类型和脱敏摘要；若需要联系订阅来源，用更新时间、状态码和内容格式描述问题，避免发送带认证信息的完整请求。
第三层：解析成功不等于数量必然变化
获取完成后，插件还要识别格式、解析协议字段，并应用过滤或去重规则。不同版本的PassWall与PassWall2不保证使用同一个解析器，某个客户端能识别的内容不一定可以直接导入；应对照两个项目的配置边界确认支持范围。
远程内容没有改变，成功更新后数量不变是合理结果。数量相同但地址或参数变化，也不能只靠计数判断失败。区分手动节点和订阅节点，比较更新时间、名称与脱敏后的关键字段；检查是否因分组、筛选或缓存而看到旧列表。不要先删除全部本地节点，以免失去唯一可用配置。
第四层：检查当前节点引用与运行状态
节点已导入，还需要确认当前策略引用的是哪个节点。原引用被移除、节点名称重名、更新后需要重新应用设置，都可能让实际行为偏离预期。保存前保留可恢复配置，应用后检查相关服务、日志与新建连接。
按照切换后运行状态检查区分“列表更新”“配置应用”和“实际出站”三件事。记录错误类别、发生时间及脱敏后的版本信息，再决定是修复本地解析环境，还是向订阅来源核实权限或内容。不要把所有问题都归因于DNS或远程节点。
