Почему Duplicity допускает использование новой симметричной парольной фразы для инкрементных резервных копий?

Почему Duplicity допускает использование новой симметричной парольной фразы для инкрементных резервных копий?

Я новичок в Duplicity и пытаюсь протестировать его как новый инструмент резервного копирования. Однако я обнаружил, что он позволяет делать инкрементальные резервные копии с новыми симметричными парольными фразами, что затем делает резервную копию невосстановимой. Например, вот мой тестовый скрипт:

#!/bin/bash

PASSPHRASE=one duplicity full /home/ken/scripts file:///home/ken/tmp/
read -p "Press [Enter] key to start incremental backup..."
PASSPHRASE=two duplicity incr /home/ken/scripts file:///home/ken/tmp/

duplicity verify file:///home/ken/tmp/ /home/ken/scripts

Попытка запустить строку проверки приводит к следующему результату:

Local and Remote metadata are synchronized, no sync needed.
Last full backup date: Fri Apr 15 18:15:41 2022
GnuPG passphrase for decryption: 
GPGError: GPG Failed, see log below:
===== Begin GnuPG log =====
gpg: AES256.CFB encrypted data
gpg: encrypted with 1 passphrase
gpg: decryption failed: Bad session key
===== End GnuPG log =====

Я ожидал, что Duplicity проверит, совпадает ли парольная фраза с парольной фразой исходной полной резервной копии.

Это ошибка или фича?

Как мне гарантировать, что инкрементное резервное копирование выполняется единообразно с предыдущим резервным копированием, чтобы не повредить файлы резервных копий?

решение1

Эта проблема коснулась и меня, причем с реальными данными.

Я считаю, что это исправлено в последних версиях; см. сообщения gitlab, ссылки на которые приведены ниже.

Но я отмечаю, что по состоянию на середину ноября 2022 года, если я просто устанавливаю Ubuntu 22.04 через apt install, он не получает самую последнюю версию, поэтому вам, возможно, придется обратиться в другое место, чтобы получить самую последнюю версию.

https://gitlab.com/duplicity/duplicity/-/issues/147

Связанный контент