web-dev-qa-db-ja.com

TruecryptRsyncコンテナ

Truecryptコンテナを段階的に同期する良い方法はありますか?現在、大きなコンテナ(200GB以上)を持っていますが、マウントせずにバックアップする方法を見つけたいと思います。 Rsyncは段階的に同期できないようで、代わりに、コンテナー内の1つのファイルのみが変更された場合でも、コンテナー全体を毎回再転送しようとします。

ファイル全体を転送するのではなく、rsyncが違いを見つけにくくするためのrsyncパッチまたは特定のオプションはありますか?または、これを行うためのより良いツールはありますか?

5
vonhogen

残念ながら、ストリーム暗号化の性質上、暗号化されたボリュームを段階的にバックアップすることはできません。これは、ボリューム全体が個々の部分に暗号的に依存しているためです。これはセキュリティ上の理由によるものです。コンテナを復号化するか、毎回コンテナを完全にコピーする必要があります。

2
jcrawfordor

TrueCryptコンテナをリモートホストに同期することをテストしました。

増分バックアップは実際に機能します。 128 MBコンテナの初期転送:

bash$ rsync -v --progress --checksum --inplace test.tc $REMOTE_Host:
test.tc
   134217728 100%  339.51kB/s    0:06:25 (xfer#1, to-check=0/1)

sent 134234196 bytes  received 31 bytes  338547.86 bytes/sec
total size is 134217728  speedup is 1.00

次に、ファイルをTrueCryptボリュームにコピーし、再度同期しました。

bash$ rsync -v --progress --checksum --inplace test.tc $REMOTE_Host:
test.tc
   134217728 100%   49.42MB/s    0:00:02 (xfer#1, to-check=0/1)

sent 162256 bytes  received 81140 bytes  23180.57 bytes/sec
total size is 134217728  speedup is 551.44

ご覧のとおり、コンテナにファイルを追加した後、2回目の転送はわずか160KBでした。

ノート:

  • --checksumオプションは、mod-timeとサイズだけを見るのではなく、チェックサムを使用するようにrsyncに指示します。これを行わないと、rsyncは音量が変更されたことを認識しません。
  • --inplaceオプションは、宛先ファイルをインプレースで更新するようにrsyncに指示します。
2
QuasarDonkey

これは 解決済み だったようです。

Rsync Webサイトから:

Truecryptディスクイメージの内部構造により、リモートロケーションに効率的にrsyncすることが可能になったことを喜んで報告します。これは、TrueCryptディスクイメージの最初の(完全な)アップロード後、後続のアップロードでは、最後のアップロード以降に暗号化されたファイルシステムに加えられた変更のみが効率的に転送されることを意味します。

2
user3671

RSyncは、ファイルの変更されたセクションのみを転送する「デルタ転送」機能(デフォルトで有効になっています)があるため、このための優れたツールです。

ファイルが少なくとも200GBであるという事実は、RSyncがファイル全体を読み取って変更を検出すると、変更だけでなくファイル全体が転送されているという印象を受ける可能性が高いことを意味します。

0