Távoli titkosított mentés?
Backup megoldást keresek duplicity helyett, amely távoli nem megbízható szerverre tud úgy titkosítva menteni, hogy a titkosítás a kliens oldalon történik, és a távoli szerveren soha nincs jelen a jelszó, kulcs vagy az adat kibontva. Cél: saját helyi gépemen bizonyos mappák szinkronizálása a szerveremre, amihez teljes hozzáférésem van (SSH vagy más protokoll). De nem lenne baj ha idegen tárhelyre is megoldott lenne.
Duplicity-t használtam, de megint egy bugos verzióba futottam bele. Régebben is állandó problémám volt vele, most végleg leteszek róla. RHEL 6 vonal nem szállít gyárilag semmi használható megoldást, ezen nem is lepődök meg, ez semmilyen operációs rendszeren nem volt még megoldva soha normálisan.
Teszteltem EncFS + SSHFS + Rsync-et úgy, hogy a távoli szerverem egyik mappáját felcsatolom helybe, majd ezt tovább csatolom EncFS-el egy másikba, és ebbe Rsync-elek. Sajnos nagyon lassú a sok kis fájlnál, és semmilyen performance tuning sem segít csökkenteni a latency-t. Ugyanezt kipróbáltam SSHFS helyett NFS-el + SSH port forwarddal - közel ugyanaz lett az eredmény. Igazából itt látható, hogy az SSH tunelen keresztüli fájlműveletek a szűk keresztmetszet, és ez felett mindegy milyen protokollt használok. Habár itt az lett volna jó, hogy az EncFS-el a titkosítás teljesen helyben zajlik, és a távoli szerverre mindig csak titkosított fájlok kerülnek fel, és a fájl szintű titkosítás miatt szinkronizálni is hatékony lett volna.
EL 6 szállítja Amanda-t, de persze nem tud titkosítást. Rsnapshot szintén, rdiff-backup szintén.
Annyi elég lenne, ha Rsync-nek a fájlokat a hozzáférés előtt valahogy át lehetne folyatni egy EncFS szerű megoldáson, ami fordítva működik: a helyi nem titkosított fájlokból látnék csak titkosítottat, és arra futtatnám az Rsync-et. Egyelőre nem találok semmi használhatót. Persze jobb lenne open source, és ráadásul rendesen kitesztelt megoldás, mégis csak backup-ról van szó.
Megfordult a felyemben, hogy vajon érdemes lenne-e lefejleszteni egy keveset tudó, butácska backup script-et (pl. tiszta Python kódban, mert azt szállítja az OS), de most megint sajátot fejleszteni egy ilyen régóta meglévő alap igényre? Még ha le is lenne fejlesztve, ott van a tesztelés kérdése. Ha már szinkronizál meg titkosítás is játszik, már sokkal bonyolultabb a dolog, minthogy házilag megfelő mértékben tesztelni lehessen mint egy egy soros megoldást.
Miért nem tud alapból az OS a fenti követelményeknek megfelelő backup-ot csinálni? Tudnátok használható megoldást ajánlani?
Truecrypt image-be tolni az adatokat, majd az image fájlt szinkelve nem egészen megfelelő, mert ott kell egy extra másolatot tartani az adatokból. Viszont így EncFS-el is meg tudnám csinálni - vagyis helyileg szinkelném egy másik mappába, és a titkosított verzióra nyomnék Rsync-ket - de itt is duplán kellene adatokat tartani - hely meg nincs erre a helyi gépen elég.
Egyéb ötletek kész megoldásokra? Vagy szerintetek érdemes lenne lefejleszteni egy apró script-et a bughalmaz duplicity-hez helyett? (Szerk.: mindezt úgy, hogy a megbízhatóság érdekében alacsony szinten tartani a kód méretet és a funkciók számát - és persze kész lib-eket használni az SSH-hoz és GnuPG-hez)
- Tovább (Távoli titkosított mentés?)
- 11258 megtekintés