зашифровані резервні копії для Linux та FreeBSD для читання для обох

У мене є комп'ютер Linux та FreeBSD, зашифровані (LUKS та geli відповідно). Мені цікаво, як зробити резервні копії, які також були б зашифровані і були б читатими для обох (так що, якщо один з комп'ютерів вийшов з ладу, я міг би швидко відновити дані, використовуючи інший).

На жаль, здається, що боти LUKS і geli - це модулі ядра для відповідних систем, які ніколи не переносилися на відповідну іншу. Судячи з кількох загроз для файлових систем, сумісних з BSD / Linux, здається, що досить складно зробити незашифровані резервні копії, які були б читаними для обох (ext2, мабуть, є єдиним варіантом для файлової системи, яка б це дозволила).

Тому мої думки полягали у встановленні віртуального FreeBSD у KVM Linux, який міг би читати та записувати зашифрований зовнішній диск geli та переносити дані на незашифрований віртуальний об'єм ext2 всередині файлової системи, зашифрованої за LUKS, зашифрованої в Linux (та інший спосіб навколо). Це, однак, здається жахливо складним і насправді не відчуваєш себе правильним способом зробити це.

Чи є кращі / легші / більш переважні способи? Або спосіб, пояснений вище, зараз є найкращим варіантом?

Дякую; Я ціную будь-які думки з цього приводу.

Давайте встановимо пару припущень. Прокоментуйте, якщо це невірно.

1. ви запускаєте машини з різними операційними системами та потенційно різними платформами.
2. ви описуєте це для випадку з двома машинами та Linux та FreeBSD
3. ваші машини використовують зашифровані файлові системи
4. ви хочете створити резервні копії своїх даних і хочете, щоб вони також були зашифровані
5. ви хочете мати доступ до даних у цих зашифрованих резервних копіях з будь-якої з платформ, що надходять до архіву

(коментар додано для розмежування форм шифрування)

Ви згадуєте, що хотіли б мати доступ до даних інших систем із збереженої машини. Одним із способів може бути зберігання незашифрованих резервних копій на локальній машині, в зашифрованій файловій системі. Іншим може бути зберігання зашифрованих резервних копій на локальній машині, в незашифрованій файловій системі. Я пропоную зберігати зашифровані резервні копії у незашифрованих файлових системах.

Однак, убік - завжди є занепокоєння щодо зашифрованих резервних копій: - Вам дійсно потрібно бути обережними з ключем - часткова корупція зазвичай вбиває всю резервну копію.

моя пропозиція: використовувати

• Brackup , або
• Подвійність

щоб створити резервні копії до одного або декількох контейнерів, до яких обидва машини можуть отримати доступ.

Щоб зберегти все це у вашій локальній мережі, ви можете:

1. створити файлову систему "резервного копіювання" на обох хостах, щоб зберігати зашифровані резервні копії "пакети". Для цього не потрібно зашифровувати файлову систему, оскільки резервні "пакети" (brackup називає їх "шматками"), що зберігаються на ній, будуть зашифровані
2. експортуйте ці файлові системи, наприклад, з NFS, і змонтуйте їх відповідно на інших хостах
3. коли ви створюєте резервні копії, скиньте їх у локальну файлову систему та віддзеркаліть їх до каталогу, встановленого NFS на іншому хості. Це має гарний побічний ефект наявності двох примірників ваших резервних файлів.

тепер на ваших серверах з'являться такі файлові системи:

на смоксі, вашій машині Linux:

/dev/foo            /           # encrypted filesystem
/dev/bar            /tuxdump    # unencrypted filesystem, local backup
beastie:/daemondump /daemondump # NFS backup destination

на Beastie, ви FreeBSD машина:

/dev/flurb          /           # encrypted filesystem
/dev/baz            /daemondump # unencrypted filesystem, local backup
tux:/tuxdump        /tuxdump    # NFS backup destination

залежно від кількості даних, які потрібно створити для резервного копіювання, ви також могли б подумати про контейнер, що знаходиться в офлайні, який би робив будь-який постачальник хмарних послуг. Я зараз розмовляю з налаштуванням своїх контейнерів S3 так, щоб старі речі визрівали до льодовика, що виглядає дуже перспективно, дорого.

Дублікат - чудовий інструмент для цього завдання, використовує GPG для шифрування. Я використовую його деякий час і дуже рекомендую.

Як альтернативу можна спробувати:

• obnam - це новий проект, але має деякі приємні функції (це трохи повільно, якщо використовувати через ssh / scp)
• burp - шифрування паролем

TrueCrypt повинен працювати як під Linux, так і з FreeBSD. Хоча я регулярно використовую TrueCrypt лише під Windows і не намагався FreeBSD Truecrypt самостійно. YMMV.

Ви можете створювати резервні копії файлів ваших машин, використовуючи звичайні rsyncна жорсткому диску інших машин. Оскільки ви завжди використовуєте локальне шифрування, воно шифрується за допомогою шифрування локальних систем, а передача захищена TLS. Оновлення швидко, і ви дотримуєтесь добре перевірених механізмів шифрування та резервного копіювання.

Якщо вам просто доведеться створювати резервні копії файлів у якійсь недовіреній системі, звичайний GPG працював для мене добре. Я автоматизував деяке шифрування та передачу FTP за допомогою python, який працює непогано вже два роки.