Dotaz: Šifrovaná záloha přes síť

[morgan]

Ahoj. Mám 2 servery. Potřebuju z jednoho z nich zálohovat na ten druhý co nejbezpečněji a to tak, aby se ten druhý server nemohl "dostat" na uložená data. Mám takovýto plán:

server1
----------
nbd-server


server2
----------
nbd-client

Kde server2 připojí blokové zařízení a pomocí luks bude šifrovat data. Výhody jsou zřejmé - data se po síti budou posílat šifrovaně (tedy logicky doufám že šifrování se provádí před ukládáním na blok. zařízení) a server1 se nedostane k užitečným datům. Navíc v případě teoretického neoprávněného přístupu a připojení nbd neoprávněným strojem nemá tento stroj šanci data přečíst. Je toto správné řešení nebo existuje něco lepšího?

Odpovědi

[pht]

Teorie je správná, ale osobně to řeším pomocí gnupg+ssh místo luks+nbd. U obou použiju asymetrické šifrování: přes gnupg se záloha zašifruje tak aby ji nemohl rozšifrovat nikdo jen správce, přes ssh se autentizuje server k zálohovacímu serveru, aby zálohy mohl zapisovat jen ten správný stroj.

[morgan]

To je ale řešení založené na šifrování každého souboru zvlášť ne? Já budu zálohovat ldap oddíly, pak zvlášť některé souboru apod. takže potřebuji přístup ke všem zašifr. datům najednou.

[VM]

No na zálohu obvykle člověk potřebuje vzít zajímavé soubory, udělat z nich archiv, zkomprimovat, výsledné .tar.bz2 případně zašifrovat, a výsledek nechat ležet dokud se nic nepokazí. Také se často schovává ne poslední verze, ale několik verzí různého data. Na to je vhodnější zmíněné GPG+scp . Vy píšete o RW přístupu do jednotlivých souborů. Takhle se obvykle nezálohuje, ale pokud to skutečně potřebujete, tak to co jste si vymyslel by fungovat mohlo. Není to ale moc častý případ, takže bych čekal neodladěné chyby.

[morgan]

Jaké neodladěné chyby? NBD se používá už dlouho a LUKS také. Případ kdy vypadne síťové spojení s NBD serverem je vlastně totožný jako když uprostřed zápisu usb LUKSem šifrovaný disk vytáhnu z pc - což nepoškodí LUKS vrstvu.

[VM]

Když jsem si naposledy hrál s NBD, tak to na mě úplně odladěně nepůsobilo (ale samozřejmě vám to může fungovat dobře). Odpojení USB a síťové problémy se liší třeba tím, že USB s odpojením za běhu přímo počítá, nebo že síťové spojení timeoutuje několik minut. Linux také nemá rád chyby blokového zařízení s připojeným filesystémem - dochází k vytuhávání procesů a spoustě chybových hlášek ve /var/log/messages. Samozřejmě tyto problémy vůbec potkat nemusíte; osobně bych si ale vybral jednodušší a spolehlivější kopírování přes SSH, pokud by v dané situaci šlo použít.

[morgan]

Já NBD používám na tenké klienty - připojuje se jak root fs, tak swap a 3 roky to funguje bezchybně nicméně u zálohování potřebuju mít jistotu že to 100% bude fungovat bezchybně, takže radši asi zvolím sshfs a šifrování jednotlivých souborů.

[pht]

Na to je vhodnější zmíněné GPG+scp .

Jen detail, používám ssh, ne scp. Scp potřebuje vytvoření dočasného souboru na lokále. Přes ssh můžu propojit balení a šifrování až na cílový disk na zálohovacím stroji.

[pht]

To je ale řešení založené na šifrování každého souboru zvlášť ne? Já budu zálohovat ldap oddíly, pak zvlášť některé souboru apod. takže potřebuji přístup ke všem zašifr. datům najednou.

Obvykle se soubory zabalí a šifruje se pak celý ten balík. Záloha je mnohem rychlejší a skladnější pokud zapisujete jeden velký soubor místo sto tisíc malých.

[Michal]

Pokud tomu správně rozumím, tak na to mělo jít použít třeba duplicity.