Új hozzászólás Aktív témák

• #13 ddekany veterán #74967040 #10

  Új Válasz 2013-07-10 11:44:52 #13

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz #74967040 #10 üzenetére

  Nem vágom, TrueCrypt volume-t vagy virtuális gép image-et hogy szinkronizálsz Dropbox-ra vagy hasonlóra. Ezek lényegében folyamatosan változnak, hiszen ha bármi történik bármelyik fájlal bennük, akkor az egész megváltozott. Ilyenkor gondolom az egész valószínűleg gigás méretű fájlt újra fel kell töltenie a Dropbox-nak. Vagy ennél több esze van, és valami diffet tölt csak fel? Kétlem, azt hiszem elég meredek lenne megvalósítani. Aztán, én nem tudom elve hogyan biztosítják a Dropbox meg a többi, hogy amit felszinkronizál, az egy konzisztens állapota a fájlnak, nem épp egy írás közepén vagyunk. Gondolom sehogy, csak mivel úgy is a legfrissebb állapotot próbálják felszinkronizálni a szerverükre, az idő 99.99%-ban konzisztensek ott a fájlok, ha meg pont abban a 0.01%-ban húzzák ki a konnektort, akkor pech. Viszont egy ilyen állandóan változó monstrumról, mint egy TrueCrypt volume, ez a probléma nagyságrendileg gyakrabban fennállhat, tehát most csak hasra, lehet hogy a feltöltött kópia az idő felében korrupt... nem tudom, kérdem, hogy erről lehet-e tudni valamit.

  Amúgy egy megoldás, hogy olyan felhős tárhelyet kell használni, ami eleve támogatja a kliens oldali titkosítást (pl. Tresorit). Érdekes, hogy ezt a módszert nem nagyon kultiválják ezek a szolgáltatók... Persze, itt még azért előfordulhat, hogy hazudik a szolgáltató, és a kliens alkalmazása suttyomban hazaküldi a jelszavadat amit kliens oldalon beírsz, de ezzel lebukhatnak, és akkor le is húzhatják a rolót, szóval talán nem tesznek ilyet...

  [ Szerkesztve ]

Új hozzászólás Aktív témák