Trust able remote storage

Billy Crook billycrook at gmail.com
Fri Mar 28 18:54:34 CDT 2008


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 <tagno25 at gmail.com> 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 at 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 <pemboa at gmail.com> 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
> > Kclug at kclug.org
> > http://kclug.org/mailman/listinfo/kclug
> >
>
>
> _______________________________________________
>  Kclug mailing list
>  Kclug at kclug.org
>  http://kclug.org/mailman/listinfo/kclug
>
>


More information about the Kclug mailing list