编辑与审计
锁定设置页面，以及审计日志记录的内容
关闭环境编辑
ALLOW_ENV_EDIT=0 使设置页面变为只读。每个变量仍会显示 当前生效的值以及无法修改的原因，保存端点则返回 403。
只要环境是在其他地方声明的，就请使用它。否则设置页面会写入 persistent/.env，在临时卷上它会在下次重启时悄无声息地丢失，在 持久卷上则会逐渐偏离本应作为权威来源的清单。
备份会将
persistent/.env作为managed.env包含在内，因此重建时可以恢复数据库和 路径设置。ENCRYPTION_SECRET和ACCESS_TOKEN_SECRET会被剔除： 旁边的导出文件以 AES 密文保存了每个已保存的凭据，如果把解密它的密钥 写入同一个文件夹，复制一份备份就足以读取所有凭据。请改为在目标主机上设置 这两个变量；文件中的一条注释说明了这一点。剩下的内容仍可能包含凭据（
DB_PASSWORD、METRICS_TOKEN、旧的VAULT_TOKEN），因此该文件 以0600写入。恢复它是一个单独的、需要主动选择的步骤，而不是常规恢复的一部分， 因为其中的数据库主机和路径描述的是备份来源的机器。 恢复对话框会列出该文件，并提供单独的 恢复环境 按钮 （POST /api/v2/backup/:folder/restore-env），它会将之前的文件保存为.env.bak。
记录的内容
每次产生更改的应用都会向审计日志写入一条 seed.apply 条目，列出 创建、更新、释放和清理的对象。值永远不会被记录，因为其中大多数 都是密钥。没有任何更改的应用不会写入任何内容，这让审计记录保持有意义。 发现文件未改变的轮询也属于无更改的应用，因此审计记录不会每分钟都多出一行。
通过端点请求的应用会被特意记录两次，这两行 记录的内容不同：config-seed.apply.create 记录的是 谁 请求了它，seed.apply 记录的是 它 更改了什么。
状态页面会两次报告种子：一个 检查项，检查文件是否仍可读取和解析， 以及上次重新加载是否成功；以及一个 信息 行，说明它当前拥有多少条记录。 当磁盘上的文件与当前生效的配置出现偏差时，只有该检查项会报告，因为重新加载失败时实例仍会继续运行。