Remote backends for incremental Linux backup software

One of the Arch wiki maintainers thought it was “useless bloat” to add information about which remote backends are supported by various Linux backup programs on the Arch wiki, and reverted my contribution. Well, I don’t think so, as I did the research because I needed to know. I don’t want it to be lost, I’ll post what I learned here.

P.S. This is my first negative experience in the Arch community; I guess I should be happy it has been only positives for such a long time.

  • Areca Backup: Local drive, network drive, USB, FTP, FTPS, SFTP server
  • BorgBackup: Local drive, remote drive via ssh
  • btar: Local drive
  • bup: Local drive, remote drive executing bup via ssh
  • bups: See bup
  • Déjà Dup: See duplicity
  • Duplicati: Local drive, ftp, OpenStack Swift, sftp, Amazon Cloud Drive, Azure, B2 Cloud Storage, Box.com, Dropbox, Google Cloud Storage, Google Drive, HubiC, Yottacloud, Mega.nz, Microsoft Office 365, Microsoft OneDrive, Microsoft Sharepoint, Rackspace Cloudfiles, Rclone, Sia, Tahoae-LAFS
  • Duplicity: local drive, acd_cli, Amazon S3, Backblaze B2, Copy.com, DropBox, ftp, GIO, Google Docs, Google Drive, HSI, Hubic, IMAP, Mega.co, Microsoft Azure, Microsoft Onedrive, par2, Rackspace Cloudfiles, rsync, Skylabel, ssh/scp, SwiftStack, Tahoe-LAFS, WebDAV
  • Duply: See duplicity
  • Kup Backup System: See rsync, bup
  • restic: Local disk, sftp, REST, Amazon S3, Minio, OpenStack Swift, Backblaze B2, Microsoft Azure, Google Cloud Storage, other services via rclone
  • ZBackup: Local disk

Posted

in

by

Tags:

Comments

One response to “Remote backends for incremental Linux backup software”

To respond on your own website, enter the URL of your response which should contain a link to this post’s permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post’s URL again. (Find out more about Webmentions.)

Mentions