Hello Ronny,
thanks for your reply!
unfortunately this is not a viable solution due to two requirements
- The uplink is a limited-bandwith ADSL line vs. multiple TB of data
Hence I depend on the rsync server operating on the target rather
than in the client, as it would be in the sshfs approach.
Ergo: rsync server and fs must be on the target
- I want a backup scheme (preferably based on diffs) compared to the
current rsync scheme already in place (and working well).
Thats
Ergo: rdiff-backup vs. plain rsync.
Anybody else any hints on my issue? I'm pretty sure the problem is due
to non-alphanumeric characters in these filenames which are handled well
by rsync but not by rdiff-backup.
Btw. is rdfiff-backup actively maintained? I guess my issue needs a bugfix.
Thanks
- Ben
Am 19.02.2013 11:17, schrieb Ronny Standtke:
Ben
I'm trying to use securely backup my data into "untrusted storage":
- rdiff-backup allows me to use a "push" approach.
- A reverse mounted encfs offers a r/o, encrypted view on my data.
...
Any hints?
If you have access via ssh to the remote untrusted storage you can use
normal encfs over sshfs. This is what I usually do and what I also
integrated into JBackpack, see http://www.nongnu.org/jbackpack/
Cheers
Ronny
_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki
