Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Inexpensive way to backup data



 Brendan wrote: 
> Tom Metro wrote: 
>> The trick with Amazon S3 is getting end-to-end encryption working (so 
>> the data stored at Amazon is encrypted - not just encrypted over the 
> 
> I have had awesome luck with rsync.net 
> Rsync over SSH... 

How does that address end-to-end encryption? 


Dan Ritter wrote: 
> If you encrypt file-by-file, you lose some metadata security but 
> gain some efficiency. 

True. But even file-by-file encryption throws out substantial bandwidth 
efficiencies normally provided by rsync. 

The problem is that you can have a 100 MB file (say a database) that 
only has a few bytes different from the last incremental backup, but due 
to the way encryption works, when rsync examines the post-encryption 
file to see what is different, it'll appear like a completely different 
random collection of bytes. 

One project that attempts to address this with rsync is rsyncrypto: 
http://sourceforge.net/projects/rsyncrypto/

which tunes the encryption to operate on relatively small blocks of 
data, so when only a small portion of a file changes, rsync is still 
able to identify the portions that changed. This of course comes at some 
expense to the strength of the encryption. 


I've also yet to see a solution that provides rsync like efficiency, but 
doesn't require local storage of the encrypted data (or the need to 
reencrypt everything before determining what differences are present 
between the local and remote copies). 

  -Tom 

-- 
Tom Metro 
Venture Logic, Newton, MA, USA 
"Enterprise solutions through open source." 
Professional Profile: http://tmetro.venturelogic.com/

-- 
This message has been scanned for viruses and 
dangerous content by MailScanner, and is 
believed to be clean. 

_______________________________________________ 
Discuss mailing list 
[hidden email] 
http://lists.blu.org/mailman/listinfo/discuss
 


BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org