PassWall设置保存后未生效？理解UCI提交、LuCI应用与服务重载

字段已经改好，运行结果却没有变化

网页中的节点或开关已经修改，重新观察连接结果却像没有变化。这里需要先区分三个事实：表单是否已提交、配置是否持久保存、运行服务是否已读取新配置。PassWall的页面行为会随版本变化，不能只凭按钮文字，就认定所有固件的“保存”和“保存并应用”具有完全相同的处理过程。

按照路由器日常管理记录先保留修改前的设置和可恢复备份。一次只更改一组相关参数，并写下时间，后续日志才容易与本次修改对应。

UCI负责配置，服务负责运行

UCI是OpenWrt统一配置接口，常见配置文件位于/etc/config/。命令行UCI的变更可能先暂存，再通过commit写入持久化配置；LuCI还可能有自身表单和后端暂存流程。浏览器上看见新值，并不能直接证明磁盘配置和运行进程都已更新。

uci commit会写入配置，但不能被当作所有服务自动重载的保证。对应初始化脚本、应用流程及插件实现决定如何生成运行配置并通知进程。重载通常要求服务读取新设置，重启还涉及停止和重新启动；具体行为必须查当前服务实现，不应照抄不明命令。

先观察，再决定是否重新应用

uci changes
uci show
logread

uci changes用于观察命令行UCI的暂存变更，uci show用于查看配置，logread用于关联错误时间。这些输出可能包括服务器地址、账号和密钥，不要原样发送到公开论坛。LuCI表单、rpcd与命令行暂存并非在所有版本中完全一致，也不能用一个空输出断言页面没有未提交内容。

先看页面是否提示应用失败、会话回滚或未保存，再确认服务状态。若配置生成失败，检查参数与运行组件及依赖是否对应。语法正确也不等于核心一定能启动，架构、库或文件权限等因素还可能影响运行。

用最小改动验证配置生命周期

1. 记录原始选项并建立备份，确认可以重新访问管理页面。
2. 只修改本次需要的字段，核对必填项与当前节点选择。
3. 按当前页面提供的保存和应用流程操作，等待明确结果。
4. 对照同一时段日志，检查运行服务是否接受新配置。
5. 通过实际请求验证结果，再决定是否继续下一项调整。

如果原始值在刷新后恢复，优先检查保存流程；如果新值保留但行为不变，则进一步检查服务是否重载和请求路径。不要连续切换多项设置，让失败原因失去对应关系。

保留恢复路径比反复重启更有价值

网络设置修改可能导致远程管理中断，因此不要在缺乏恢复手段时更改WAN、LAN或防火墙。不要删除整个/etc/config/目录，也不应将所有服务启动异常都归因于UCI。必要时恢复本次相关配置，再按证据重新核对。

当设置已持久保存、服务已读取配置后，仍应继续首次连接与实际访问验证。运行生效需要操作结果、日志与终端访问三者相互印证，单次“保存成功”提示并不能覆盖整个网络链路。