I've wanted something like that as well, but it always seems to be too expensive. Don't look for encryption at the remote location. There's no secure way to do that, as a matter of concept. You have to encrypt at your end before sending.

I used to use rsync.net, but it was WAY too expensive in the long run. S3 might be cheaper, but the whole having to pay every month thing, well, sucks. If you're interested, I'd be open to trading equal sized hard drives, and then you can back up to your drive in one of my machines, and I to mine in one of yours. I don't want any way to decrypt your data, and you won't be given any way to decrypt mine either. All we would be obliged to do is keep it online, and avaliable, and follow equal rules on what hours and what xfer speeds are acceptable.

I will be at the next meeting. Let me know what sizes you have, I can do 750, 300, 200, maybe 500, I'll have to check when I get home.

On Fri, Mar 28, 2008 at 4:32 PM, Philip Dorr [email protected] wrote:

try a service that allows ssh and private, non-internet accessible, folders

/usr/bin/rsync -az --password-file=/path/to/password/file --delete user@ip:/path/to/remote/folder/ /path/to/local/folder/

" --password-file This option allows you to provide a password in a file for accessing a remote rsync daemon. Note that this option is only useful when accessing an rsync daemon using the built in transâ port, not when using a remote shell as the transport. The file must not be world readable. It should contain just the password as a single line."

password:user

-- Philip Dorr

On Fri, Mar 28, 2008 at 3:59 PM, Arthur Pemberton [email protected] wrote:

...

Are you guys aware of any trusted remote solution, something I can setup a throttled rsync to with cron, that allows high end-to-end high encryption. I guess the only sensible place to do encryption at would be on my end. I've ready stories of people loosing their domain names due to having done business with Cuba (even people outside the USA) and my country of origin does business regularly in Cuba, so I'm also concerned about that aspect... although i guess that makes the criteria too tough.

I'd settle for encryption and reliability.

I'm guessing i can use fuse-encfs and just rsync it's dir

-- Fedora 7 : sipping some of that moonshine ( www.pembo13.com ) _______________________________________________ Kclug mailing list [email protected] http://kclug.org/mailman/listinfo/kclug

---

Kclug mailing list [email protected] http://kclug.org/mailman/listinfo/kclug

On Friday 28 March 2008, Billy Crook wrote:

If you're interested, I'd be open to trading equal sized hard drives, and then you can back up to your drive in one of my machines, and I to mine in one of yours.

So I just need to take out Kansas City to get rid of all your backups... ;)

I don't want any way to decrypt your data, and you won't be given any way to decrypt mine either.

And what happens when you lose your data and need that backup? I hope you have plans for backing up your decryption private key as well... The best solution to this problem I can come up with is to simply XOR the private key with a memorized passphrase (so the file can't be identified), perhaps stick a few fake-but-potentially-possible headers on it, and put it somewhere nobody will expect but it will survive if needed.