配置层：确认保存了什么、应用到哪里
记录原节点和策略，保留回退配置。确认修改的是当前生效策略，而不是未使用的节点组；区分手动节点与订阅节点，并检查主出站、分流出站或设备例外是否还引用旧节点。保存只代表写入设置，是否需要单独应用应以当前版本界面和文档为准。
更新订阅并不会自动证明当前引用已经改变。若列表更新后引用异常，可以先按订阅获取与解析检查核对节点来源、导入结果及名称重复情况，避免把更新、切换和重启混成一个操作。
运行层：核心是否读取了新配置
插件需要生成配置并让相关运行组件读取。Xray、sing-box等是可能使用的核心示例，实际安装和启用情况需要自己核对；本站不预设统一核心、服务名、端口或日志目录。OpenWrt中的procd提供通用服务管理能力，但不能据此断言所有版本都以同一种方式管理全部核心。
下面是只读演示。用进程、监听、系统日志及当前规则相互印证，查找配置解析失败、端口占用、DNS异常或核心退出信息。ss未安装时应使用系统已有的等效查询工具，不必为了执行示例而随意更换组件。日志输出中可能含凭据，分享前应脱敏。
logread
ps w
ss -lntup
nft list ruleset对照应用设置的时间点查日志，比单看当前进程列表更有价值。进程短暂出现后退出，可能与配置校验或依赖服务未就绪有关；有进程但监听缺失，也需要继续核对启动参数和错误信息。只看到进程名称，并不足以证明该进程使用了刚刚保存的节点。
流量层：使用新连接重新验证
已建立的TCP连接、长连接和连接池可能继续复用已有路径，因此不能要求切换之后所有旧会话立即表现一致。关闭测试应用中的相关连接或新建一次明确请求，保持测试目标和协议一致，再比较结果。不要通过清空全部防火墙规则强行刷新连接。
还要确认测试设备确实匹配目标策略。若只有部分设备不变化，查看设备ACL与默认策略。核对DNS进程、防火墙链与核心监听是否相互对应，必要时分别比较IPv4、IPv6与TCP、UDP，不把单次结果扩大到所有应用。
测速只是一项线索，重载需要依据
PassWall节点测速需要明确测试目标与方法。TCP建连耗时、HTTP请求时间和应用下载速率衡量的内容不同，不能直接互相替代；某个目标延迟较低，也不保证另一个应用的带宽或稳定性。记录时间、方法和失败类型，比单独记录一个数字更有诊断价值。
确认配置或运行层存在问题后，使用当前版本提供的应用、重载或重启操作，并理解重载与重启可能产生不同连接影响。保留重要远程管理会话，不把重启WAN、结束全部网络进程或重启路由器作为第一步。仍有异常时，回到故障排查索引按最早出现错误的层次继续检查，恢复之前的可用设置后验证管理与联网。
