[rdiff-backup-users] Information
Good morning Sir, I am working on a project which consist to use rdiff-backup to make backup of data on line. So looking on internet i don't find anyway if rdiff-backup can make encryption component of data send Reason why i contact you, thank you for yor help. Cordialement, -- Ibrahim DEMBELE Oxileo www.oxileo.fr www.oxibox.fr www.oxicommerce.eu tel. : +33.1 30 54 45 79 ___ 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
Re: [rdiff-backup-users] Information
> From: rdiff-backup-users-bounces+rdiff- > backup=nedharvey@nongnu.org [mailto:rdiff-backup-users- > bounces+rdiff-backup=nedharvey@nongnu.org] On Behalf Of Ibrahim > Dembele > > I am working on a project which consist to use rdiff-backup to make > backup of data on line. > So looking on internet i don't find anyway if rdiff-backup can make > encryption component > of data send I use encfs. Hopefully you are interested in linux, because encfs is difficult to use on windows or mac. If you use encfs for a solution like this, it would be similar to this: You have an encrypted directory, which is encfs mounted plaintext. You specify the plaintext directory as the rdiff-backup destination. And then you sync the encrypted directory online. This does consume disk space, as multiple copies (encrypted and non-encrypted) get stored on your local disk. But it works. ___ 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
Re: [rdiff-backup-users] Information
Bonjour Ibrahim rdiff-backup does not have any built-in encryption. Also based on my experience rdiff-backup should not be run directly over the internet, it should be run on a lan (or of course a single machine) and then the rdiff-backup repository (archive) mirrored over the internet using rsync. This works very well for maintaining offsite data backup and the internet transmission is secured with ssh. This approach is used by my TimeDicer package (http://www.timedicer.co.uk). However this assumes that both source and destination are secure. It is possible to wrap rdiff-backup in some encryption e.g. with encfs or ecryptfs. Another option is to look at project duplicity http://duplicity.nongnu.org/. Duplicity grew out of rdiff-backup, however: -rdiff-backup's archives are meant to be as easy to view as possible, while duplicity's are as hard to view as possible and can be encrypted with GnuPG - duplicity saves data in the more conventional full+forward delta format instead of rdiff-backup's mirror+reverse deltas - rdiff-backup requires another copy of rdiff-backup on the remote destination, while duplicity currently supports local file storage, scp/ssh, ftp, rsync, HSI, WebDAV, Tahoe-LAFS, and Amazon S3 Note: the use of forward delta/diff format by duplicity means that recovering data from the most recent incremental backup requires a complete undamaged set of incremental backups from the original full backup until the most recent date; in order to reduce this dependency and the associated risk many duplicity users carry out new full backups every month or so, but this means you lose all your older backups (or if you retain them and create a parallel new archive you lose most of the advantage of the delta storage). rdiff-backup, by contrast, stores the most recent backup 'in the clear' so it is always easy to retrieve (not even requiring the use of rdiff-backup itself), and the backup increments apply in reverse order, so most recent backups are inherently safer and older backups more vulnerable. Dominic On 04/06/2013 19:25, Ibrahim Dembele wrote: Good morning Sir, I am working on a project which consist to use rdiff-backup to make backup of data on line. So looking on internet i don't find anyway if rdiff-backup can make encryption component of data send Reason why i contact you, thank you for yor help. Cordialement, ___ 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
[rdiff-backup-users] Recovery to Linux from Windows
Our Linux box died, so now we're restoring from a rdiff-backup repository on a Windows box running Cygwin. Fine for lowercase files. But not fine for uppercase escaped files. I see lots of posts about why capital letters are escaped and from the FAQ I see "Upon restore (from the Mac backup server to the Linux system), the filenames are unquoted and you will get "MyFile" back." However, I'm unable to get the filenames back to normal using a restore command (-r with a time seems to be the only restore command there is for rdiff-backup) Any ideas? A script to un-escape the names would be fine as an alternative if anyone has one... Details below: ;080roducts contains ;065;084;067ontent;084ypes/ ;065;084;082eference;066rowser;087idget/ ;065rchetypes/ ;067;077;070;065ction;073cons/ ;067;077;070;067alendar/ ;067;077;070;067ore/ ;067;077;070;068efault/ ;067;077;070;068ynamic;086iew;070;084;073/ ;067;077;070;070orm;067ontroller/ ;067;077;070;080laceful;087orkflow/ ;067;077;070;080lone/ ;067;077;070;081uick;073nstaller;084ool/ ;067;077;070;083etup/ ;067;077;070;083quid;084ool/ etc... I try restoring to a file on Windows: rdiff-backup -r 1h \;080roducts /opt/Products it takes time, but then nothing appears in the target directory I try restoring to another Linux box: $ rdiff-backup -r 1h \;080roducts ste...@x.isti.com::/home/stefan/downloads/ plone_backup_from_newpaltz/Plone ste...@x.isti.com's password: Warning: Access Control List file not found it takes a little time, but nothing happens. If I do -v 5 for both you'll see the following (I attached -v 20 as a file for the remote server test; too large to include in this email) $ rdiff-backup -v 5 -r 1h \;080roducts /opt/Products Using rdiff-backup version 1.2.8 Unable to import module xattr. Extended attributes not supported on filesystem at /cygdrive/k/backups/bigboy_backups_rdiff/rdiff-backup-data Unable to import module posix1e from pylibacl package. POSIX ACLs not supported on filesystem at /cygdrive/k/backups/bigboy_backups_rdiff/rdiff-backup-data Unable to import win32security module. Windows ACLs not supported by filesystem at /cygdrive/k/backups/bigboy_backups_rdiff/rdiff-backup-data escape_dos_devices not required by filesystem at /cygdrive/k/backups/bigboy_backups_rdiff/rdiff-backup-data - Detected abilities for rdiff-backup repository (read only) file system: Access control lists Off Extended attributes Off Windows access control lists Off Case sensitivity Off Escape DOS devices Off Escape trailing spaces Off Mac OS X style resource forksOff Mac OS X Finder information Off - Unable to import module xattr. Extended attributes not supported on filesystem at /opt/Products/rdiff-backup.tmp.0 Unable to import module posix1e from pylibacl package. POSIX ACLs not supported on filesystem at /opt/Products/rdiff-backup.tmp.0 Unable to import win32security module. Windows ACLs not supported by filesystem at /opt/Products/rdiff-backup.tmp.0 escape_dos_devices not required by filesystem at /opt/Products/rdiff-backup.tmp.0 - Detected abilities for restore target (read/write) file system: Ownership changing Off Hard linking On fsync() directories On Directory inc permissionsOn High-bit permissions On Symlink permissions Off Extended filenames On Windows reserved filenames On Access control lists Off Extended attributes Off Windows access control lists Off Case sensitivity Off Escape DOS devices Off Escape trailing spaces Off Mac OS X style resource forksOff Mac OS X Finder information Off - Restore: must_escape_dos_devices = 0 Starting restore of ;080roducts to /opt/Products as it was as of Tue Jun 4 16:2 3:48 2013. Processing changed file . Restore finished -- or --- stefan@hydra01 /cygdrive/k/backups/bigboy_backups_rdiff/opt/;080lone-2.5.5/zeocl uster $ rdiff-backup -v 5 -r 1h \;080roducts ste...@x.isti.com::/home/stefan/downl oads/plone_backup_from_newpaltz/Plone Using rdiff-backup version 1.2.8 Executing ssh -C ste...@x.isti.com rdiff-backup --server ste...@x.isti.com's password: Unable to import module xattr. Extended attributes not supported on filesystem at /cygdrive/k/back
Re: [rdiff-backup-users] Recovery to Linux from Windows
- Original Message - > From: "Stefan Lisowski" > To: rdiff-backup-users@nongnu.org > Sent: Wednesday, 5 June, 2013 3:35:32 AM > Subject: [rdiff-backup-users] Recovery to Linux from Windows > > Our Linux box died, so now we're restoring from a rdiff-backup > repository on a Windows box running Cygwin. Fine for lowercase files. > But not fine for uppercase escaped files. I see lots of posts about why > capital letters are escaped and from the FAQ I see "Upon restore (from > the Mac backup server to the Linux system), the filenames are unquoted > and you will get "MyFile" back." > Why wouldn't you just copy the files back? If you need the entire latest repository and not an increment, just copy the files back. Dave ___ 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