<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Offsite - vo.rs</title><link>https://vo.rs/tags/offsite/</link><description>Latest from the Offsite desk at vo.rs.</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.</copyright><lastBuildDate>Thu, 24 Aug 2023 11:21:00 +0000</lastBuildDate><atom:link href="https://vo.rs/tags/offsite/" rel="self" type="application/rss+xml"/><item><title>Restic + Rclone: Offsite Backups That Survive Your Own Mistakes</title><link>https://vo.rs/story/restic-rclone-offsite-backups-that-survive-your-own-mistakes/</link><description>&lt;p&gt;The backups I actually worry about are not the ones that protect against a dead disk. A dead disk is boring; redundant storage handles it. The backups that keep me honest are the ones that protect against &lt;em&gt;me&lt;/em&gt; — the &lt;code&gt;rm -rf&lt;/code&gt; in the wrong directory, the botched migration that corrupts a database, the ransomware that a family member invites in by clicking something. Those failures happen on the live machine and propagate to anything the live machine can reach, which is precisely why the copy that saves you has to live somewhere the mistake cannot follow. Offsite, encrypted, and ideally impossible for a compromised client to delete.&lt;/p&gt;</description><pubDate>Thu, 24 Aug 2023 11:21:00 +0000</pubDate></item></channel></rss>