復号せずに暗号化されたZFSデータセットを複製できますか？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Can You Replicate Encrypted ZFS Datasets Without Decrypting Them? - Zima Store Online

はい。raw sendを使用すれば、受信側システムにデータセットの鍵を読み込まずに、暗号化ブロックと暗号化メタデータを複製できます。

この判断が重要になるのは、オフサイトNASにZFSレプリカを保存する一方で、平文の鍵は保持させたくない場合です。競合する状態は、raw暗号化sendとreceive、non-raw send、互換性のない機能、または鍵の取り扱いミスです。保存済みの構成と使い捨てデータから始め、一度に1つの分岐だけを観察し、データ損失、権限、可用性のリスクが拡大する場合は中止してください。

raw暗号化ZFSレプリケーションの判断条件を定義する

何かを変更する前に、ソフトウェアとファームウェアのバージョン、デバイスの識別情報、マウントまたはネットワークパス、空き容量、権限、観測可能な症状など、環境を記録してください。オフサイトNASにZFSレプリカを保存する一方で平文の鍵は保持させない、という条件を再現できるだけの詳細をベースラインに残す必要があります。

最初の候補はraw暗号化sendとreceiveです。2番目の候補は、non-raw send、互換性のない機能、または鍵の取り扱いミスです。現在のraw暗号化ZFS sendは、テストで使用する仕組みまたはコマンド境界を定義するものであり、この特定のホームサーバーでの観測に取って代わるものではありません。

判別テストを実行する前に、合格条件と中止条件を書き出してください。合格とは、一方の分岐が予測する証拠が変化し、無関係なサービスは変わらないことです。不合格の場合は、推測に基づく修正を連鎖させるのではなく、保存済みの状態に戻してください。

元の要件を下げずに主張を検証する

次の判別テストを実施します。使い捨ての暗号化スナップショットをrawモードでsendし、アンロードされた状態でreceiveし、暗号化プロパティを確認してから、鍵を保持するシステムで復元します。変更した変数に結果を帰属できるよう、ワークロード、クライアント、パス、ファイルセット、タイミングを一定に保ってください。

ZFSの暗号化動作を使って、分岐を実際に区別できるフィールドを選び、そのタイムスタンプ、終了ステータス、エラーテキスト、デバイスまたはスナップショットの識別情報、レイテンシ、転送バイト数、権限、復旧状態を記録します。識別情報、耐久性、またはアプリケーション状態がテスト対象の主張である場合、コマンドが正常終了しただけでは不十分です。

最初の条件に再起動、再接続、再マウント、またはキャッシュのコールド状態が含まれる場合は、そのイベントの後に一度テストを繰り返してください。最初の実行が破壊的である場合、または環境を復元できない場合は中止し、代わりに使い捨てのコピーで再現してください。

zfs send -w pool/secure@snap | ssh backup zfs receive backup/secure

合格、不合格、例外の結果を解釈する

合格: 受信側がデータセットを保存してスナップショットを作成でき、別の場所で鍵が読み込まれるまで平文を利用できない。結論が普遍的な主張にならないよう、合格した正確なバージョン、識別情報、ワークロードを記録してください。

不合格: receive側で平文をマウントできる、プロパティが予期せず変換される、または増分の系譜が途切れる。不合格は、ネットワーク、メモリ、権限、ソースの整合性が両方の分岐に影響する可能性があるため、直ちに反対の分岐を証明するものではありません。エスカレーションする前に、これらの共通依存要因を切り分けてください。

例外または曖昧な結果: 使い捨てレプリカだけを破棄し、本番環境に移行する前にraw-sendと鍵の保管方法を修正してください。ログを保持し、復元可能なコピーが存在するまで、修復、削除、破棄、再パーティション、または再帰的な所有権変更コマンドを実行しないでください。

-15% OFF

ZimaBoard 2 - あなたの大きなアイデアのためのミニホームサーバー

Single board computer zimaboard2

元のワークロードで判断を確認する

観測された分岐に対応する措置を適用し、その後、縮小した代替条件ではなく元の条件を繰り返してください。受信側がデータセットを保存してスナップショットを作成でき、別の場所で鍵が読み込まれるまで平文を利用できない状態が、2サイクルにわたって、または該当する再起動、スリープ、中断、負荷遷移を経ても維持された場合にのみ、判断は有効です。

イミュータブルバックアップの時間帯を使って最も近い依存ワークフローを確認しますが、元のトリガーは変更しないでください。無関係なデータセット、共有、コンテナ、ユーザー、復旧ポイントは、以前のアクセス状態とタイミングを維持する必要があります。

中止境界は明確です。receive側で平文をマウントできる、プロパティが予期せず変換される、または増分の系譜が途切れる場合は、最後に検証済みの構成に戻し、証拠を保持してください。分岐が再現可能な場合にのみ、より深いプラットフォームまたはハードウェアテストへエスカレーションします。

目標結果が得られたら、レプリカ検証と比較し、リスクが隣接するサービスへ移っていないことを確認してください。新たなバックアップ、識別情報、タイムアウト、または可用性の障害が発生した場合、目標テストが成功していても変更は失敗です。

FAQ

raw暗号化ZFSレプリケーションについて、残る検索事項は通常、宛先に暗号化鍵が必要か、raw sendを増分で実行できるか、データセット名とサイズが隠されるか、という点です。以下の回答では、これらのエッジケースを主要な判断から分けています。

合格境界は変わりません。受信側がデータセットを保存してスナップショットを作成でき、別の場所で鍵が読み込まれるまで平文を利用できないことです。後続の条件によってファイルシステム、識別情報、ネットワークパス、またはアプリケーションバージョンが変わる場合は、その変更の影響を受ける判別テストだけを繰り返してください。

receive側で平文をマウントできる、プロパティが予期せず変換される、または増分の系譜が途切れる場合は、実験の範囲を広げないでください。その時点で、使い捨てレプリカだけを破棄し、本番環境に移行する前にraw-sendと鍵の保管方法を修正します。プラットフォーム、ストレージ、またはハードウェアの担当者へエスカレーションする前に、証拠を保持してください。

宛先に暗号化鍵は必要ですか？

rawでの受信と保存には必要ありません。平文を読み込み、アクセスする場合にのみ鍵が必要です。

raw sendは増分で実行できますか？

スナップショットの系譜と機能の互換性が維持されていれば、可能です。

データセット名とサイズは隠されますか？

いいえ。raw暗号化は内容と一部のメタデータを保護しますが、プール管理者に見えるすべての運用情報を隠すわけではありません。

raw暗号化ZFSレプリケーションに対する実際の答えは、依然として条件付きです。受信側がデータセットを保存してスナップショットを作成でき、別の場所で鍵が読み込まれるまで平文を利用できないことです。receive側で平文をマウントできる、プロパティが予期せず変換される、または増分の系譜が途切れる場合は、使い捨てレプリカだけを破棄し、本番環境に移行する前にraw-sendと鍵の保管方法を修正してください。元のワークロードに耐えられない部分的な成功は、互換性とはみなせません。