节点已经添加，还不能判断服务在运行
管理界面已出现一个节点，但你仍无法判断PassWall是否真正工作。节点记录存在，只说明配置已经被写入某个管理流程；服务是否启动、远端是否可达、终端请求是否走预期路径，需要分别验证。先准备一条有权使用、来源明确的节点信息，不要把未知来源的订阅或配置直接导入路由器。
先在节点添加准备页核对资料字段。本指南不提供真实服务器、默认账号、UUID或订阅令牌，也不假定某个版本支持所有协议与传输方式。
逐项对应服务方提供的信息
手动添加时，先选当前插件与运行核心确实支持的协议，再核对服务器地址、端口和认证类型。传输方式、TLS和相关名称字段应与节点资料逐一对应，不要凭其他教程的截图猜测。TLS关系到连接的加密与身份校验，不能把不匹配的名称简单留空作为通用处理。
- 地址与端口：使用节点提供方给出的值，核对输入与空格。
- 认证参数：区分密码、标识符或其他凭据，妥善保存。
- 协议与传输：以当前核心与节点两侧共同支持为准。
- 附加参数：只填写资料要求且当前版本能够识别的项目。
订阅导入是由订阅资料批量生成或更新节点记录，手动维护则需要自行同步变动。订阅更新可能影响现有选择，更新后仍需核对条目，不能将“导入成功”理解为每个节点都能连接。
保存之后，明确当前使用的是哪条记录
节点添加后，检查当前选择是否指向预期条目，以及启用状态是否正确。菜单名称和按钮位置会因固件与插件版本不同而变化，应跟随实际界面。参考保存、应用与服务重载确认配置已进入相应流程，等待页面给出结果，再观察服务状态。
不要同时批量改变节点、WAN、LAN、DHCP和防火墙。安装刚完成时，保持管理连接稳定，一次验证一个环节。若服务无法启动，先收集同一时段的错误，查看是否与配置解析或运行核心及依赖有关，而不是直接认定远程节点失效。
将验证拆成三次观察
- 设备联网：确认路由器原有基础连接与管理访问正常。
- 插件运行：观察当前选择、启用状态、实际进程或服务记录，以及启动日志。
- 终端访问：从一台位于预期LAN的设备发起合法的实际请求，记录时间与结果。
服务显示运行，不证明远端服务器一定可达；路由器自身联网，也不证明每台LAN设备都采用相同的代理路径。客户端可能有自己的网络配置、缓存或其他代理设置。本文只做基础连接核对，不展开DNS、透明代理与复杂规则分流。
把一次测试写成可复查的结果
记录系统版本、插件与核心版本、配置变动时间、服务状态及终端观察结果。只保留必要的错误摘要，隐藏服务器地址、账号、密码和订阅中的令牌，再对外交流。不要公开完整配置，也不要把它上传到未知在线解析工具。
出现问题时先还原本次改动，维持可访问的管理路径。可以使用系统日志辅助判断，但一个状态开关不能代表全部网络转发已经成功。可信资料、对应字段、保存应用与实际请求四步均有证据，才算完成第一个节点的基础使用检查。
从合法获得的节点资料开始，分别确认保存、启动与实际请求结果。 将实际环境与观察结果一并记录，再进入下一步。
