編集と監査
設定ページのロックと、監査ログに記録されるもの
環境の編集をオフにする
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 は 変更した 内容 を記録します。
ステータスページはシードについて二つのことを報告します。ファイルがまだ読み取れて解析でき、最後の再読み込みが成功したかを確認する チェック と、 現在所有しているレコードの数を示す 情報 の行です。ディスク上のファイルと有効な設定がずれたときに それを報告するのはこのチェックだけです。再読み込みに失敗しても、インスタンスは動作し続けるためです。