用当前地址建立设备与策略的对应
先记录两台设备的源IP、网关、DNS、DHCP租约及IPv6地址，再核对策略配置。基于IP的规则依赖当前地址，租约更新或设备更换网段后，旧规则可能已不再匹配。静态租约有助于稳定标识，但修改DHCP配置时仍要考虑已有租约和客户端续租时间。
MAC地址通常只在相应二层范围有意义；跨路由、虚拟化、中继或设备启用私有地址时，路由器看到的标识可能变化。不能把MAC匹配当成所有场景都稳定的唯一识别方式。先看当前网络实际暴露的标识，再选择当前版本支持的条件。
把设备范围、分流规则和出站节点分开
ACL即访问控制，用于按照来源等条件应用策略。设备组、单设备例外、域名规则、目标IP规则、直连与代理以及最终默认策略，可能处于不同配置层。请对照透明代理与设备范围说明，确认究竟是哪一层产生差异。
PassWall与PassWall2不同版本的菜单、规则组合和优先级不保证相同。不能一概解释为“从上到下首次匹配”：实际生成的链、集合、跳转和返回逻辑都可能影响结果。根据该版本文档和运行规则核实某条请求，不要仅凭界面中的排列位置推断最终动作。
对比两台设备时固定其他变量
选择同一目标、同一时间窗口和相同协议，分别新建连接；比较当前DNS、源地址及实际使用的IPv4或IPv6。浏览器的安全DNS、应用自带解析和系统VPN都可能产生独立路径。域名策略和IP策略同时存在时，应核对解析结果与实际目标是否一致。
必要时沿nftables与转发链路查看对应条件和现有计数器。只修改一项设备策略，再重复测试；访问控制正确不代表远端节点可用，测到延迟也不能证明所有应用能够连接。
建立一张只含必要信息的设备对照表：当前地址、所属网段、DNS入口、目标地址族、匹配策略及测试结果。若电脑经有线接入而手机位于访客网络，两者的路由和防火墙区域可能已经不同；应先确认拓扑条件，再比较代理策略。测试完一项后记录结果并恢复无关改动，避免前一次实验影响下一次判断。
验证规则应用，并保护管理设备
应用之前备份原规则，明确管理电脑的地址与回退方法，避免误把它加入无法访问的策略。先用一个测试设备确认新连接走向，再扩大范围。不要无依据地将所有LAN设备加入代理，也不要绕过企业、学校或其他受管理网络的访问策略。
修改保存后，若行为仍旧，参照服务与新连接的生效检查判断是配置未应用、核心未读取，还是旧连接仍在复用。最后把设备、当前地址、策略条件和验证结果整理为一份脱敏清单；以后地址变化时，可以快速找到需要复核的位置。
