Regelmatige offsite back-ups beschermen kritieke gegevens tegen hardwarestoringen, ransomware en lokale rampen. Maar ontwikkelaars, systeembeheerders en privacybewuste powerusers die headless servers of geplande scripts draaien, kunnen niet vertrouwen op handmatige uploads via een browser of desktop-app.

Met de release van de Proton Drive CLI (command-line-interface) kunt u de zero-knowledge end-to-end versleuteling (E2EE) van Proton in uw cloud back-upautomatisering brengen: uw back-upscripts en geplande shell-workflows.

Om de CLI effectief te gebruiken, moet u de functie ervan begrijpen. Deze gids legt uit waarom een door de CLI aangestuurde back-uparchitectuur beter is dan continu op de achtergrond synchroniseren, hoe conflictstrategieën bestandsrevisies afhandelen en hoe u volledig versleutelde offsite back-ups plant op Linux, macOS en Windows.

Wat is een offsite back-up en waarom is die belangrijk?

Als uw back-up op dezelfde machine staat als uw gegevens, is het niet echt een back-up. Hardware begeeft het. Ransomware versleutelt alles wat hij kan bereiken, inclusief aangesloten drives. Een brand, een overstroming of diefstal maakt geen onderscheid tussen uw primaire schijf en de back-updrive die er direct naast staat.

De 3-2-1-back-upregel bestaat om deze reden: bewaar minstens 3 kopieën van uw gegevens, op minstens 2 verschillende media, met minstens 1 kopie offsite.

Die offsite kopie, die geografisch gescheiden hoort te zijn van uw andere back-ups en de hoofdgegevens, is uw laatste verdedigingslinie. Daarom moet die ergens staan waar een lokale storing hem niet kan bereiken. Staat die in de cloud, dan mag ook de dienstverlener hem niet kunnen lezen. Hier komt de Proton Drive CLI in beeld.

Waarom uw offsite back-ups versleutelen?

Een back-up offsite opslaan betekent dat u een derde partij met uw gegevens vertrouwt: een externe server buiten uw controle, beheerd door een bedrijf waarvan het eigenaarschap of beleid kan veranderen en waarvan de infrastructuur kan worden opgeëist of geschonden.

End-to-end versleuteling lost dit op. Uw bestanden worden versleuteld op uw apparaat voordat ze het verlaten. Als de cloudserver wordt gecompromitteerd, valt er niets leesbaars te vinden voor een aanvaller, de provider of wie dan ook zonder uw ontsleutelingssleutel.

Proton Drive gebruikt standaard end-to-end versleuteling voor alles wat via de desktop-apps, mobiele apps en de CLI wordt geüpload. Uw versleutelde offsite back-up wordt beschermd door dezelfde zero-accessarchitectuur die Proton voor Proton Mail heeft gebouwd, onder de strikte Zwitserse privacywetten.

De Proton Drive CLI begrijpen: atomair scripten versus synchroniseren op de achtergrond

De CLI werkt anders dan een desktop-synchronisatie-app:

Desktop- en mobiele apps (synchronisatiemotoren) draaien continu op de achtergrond. Ze houden bestandswijzigingen in de gaten en kopiëren elke toevoeging, bewerking en verwijdering naar de cloud.

Proton Drive CLI (uitvoeringsengine met atomaire taken) voert één opdracht uit, zoals upload, download of list, en sluit dan af. De CLI houdt geen lokale mappen in de gaten en draait niet op de achtergrond.

Waarom een atomaire CLI logisch is voor beveiliging en back-ups

Een continu synchronisatieprogramma spiegelt uw gegevens en zakt dus voor de 3-2-1-test. Als een bestand lokaal wordt verwijderd, per ongeluk, door een scriptfout of door ransomware, bereikt die verwijdering onmiddellijk de cloud. En als een aanvaller uw systeem binnendringt terwijl het programma draait, kan hij de actieve sessietokens lezen.

De CLI lost dit op door periodieke, geplande back-ups mogelijk te maken. U roept de CLI aan, die voert de opdracht uit, stopt en laat een veilige herstelmomentopname achter waarop u kunt terugvallen als een bestand per ongeluk lokaal wordt verwijderd of beschadigd.

Let op: de CLI is op zichzelf geen complete back-upoplossing. U bepaalt nog steeds wat u back-upt, hoe vaak, hoeveel versies u bewaart en hoe u uw herstel test.

Hoe conflictstrategieën incrementele back-ups beheren

Om bandbreedte te sparen slaat de CLI identieke, ongewijzigde bestanden automatisch over. Wanneer een bestand echter lokaal wel is gewijzigd, moet u de CLI via conflictstrategieën vertellen hoe ermee om te gaan.

Vermijd skip voor back-ups. Het voorkomt dubbel werk, maar negeert gewijzigde bestanden volledig. Kies in plaats daarvan de strategie die past bij uw retentiebehoeften:

--file-conflict-strategy create-new-revision (aanbevolen voor back-ups) uploadt het gewijzigde bestand als een nieuwe versie en bewaart de geschiedenis ervan. Het aantal bewaarde versies hangt af van uw abonnement, en versies nemen opslagruimte in beslag.

--file-conflict-strategy rename voegt een achtervoegsel toe aan de naam van het gewijzigde bestand en bewaart beide kopieën.

--file-conflict-strategy replace overschrijft het vorige bestand met het nieuwe. De oude versie gaat verloren.

--file-conflict-strategy skip negeert elk bestand dat al in de cloud bestaat, waardoor wijzigingen nooit worden opgeslagen (niet aanbevolen voor back-ups).

Voorbeeld van een incrementele uploadopdracht:

proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision

Een geautomatiseerde versleutelde back-up instellen: een stapsgewijze handleiding

Wat u nodig hebt:

  • Een Proton-account (gratis of betaald; er gelden opslaglimieten)
  • De Proton Drive CLI-binary voor uw platform (Linux, macOS of Windows)
  • Een shellomgeving (Terminal, Bash, Sh, PowerShell)
  • Een taakplanner voor automatische uitvoeringen: cron (Linux/macOS) of Taakplanner (Windows)

Stap 1: inloggen en een handmatige test uitvoeren

Voordat u automatisering instelt, verifieert u uw apparaat interactief:

proton-drive auth login

Hoe headless verificatie werkt: wanneer u auth login uitvoert op een server zonder browser, zoals een externe VPS of een Linux-node thuis, print de CLI een inlog-URL. Open die op een apparaat met een browser, zoals uw laptop of telefoon, en voltooi het inloggen. De server is dan ingelogd.

Tip voor headless servers / cron: voor headless en geautomatiseerde systemen die via cron draaien, is het aanbevolen om pass als opslag voor inloggegevens te gebruiken. Stel dit in met deze omgevingsvariabele:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Standaard OS-sleutelhangers (libsecret / GNOME Keyring) zijn afhankelijk van actieve GUI-desktopsessies, die cron-taken niet hebben. Door pass in te stellen, voorkomt u D-Bus-sessieproblemen.

Stap 2: het back-upscript schrijven

Maak een shellscript, zoals backup.sh, dat uw bronpaden definieert, sleutelhangers afhandelt en de upload uitvoert:

#!/usr/bin/env bash
set -euo pipefail

# Variabelen definiëren
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"

# Idempotente upload uitvoeren
proton-drive filesystem upload "$LOCAL_DIR" "$REMOTE_DIR" \
  --folder-conflict-strategy merge \
  --file-conflict-strategy create-new-revision \
  --json > /var/log/proton-backup-$(date +%Y%m%d-%H%M%S).json

echo "Back-up succesvol voltooid om $(date)"

Stap 3: de back-up plannen met cron of systemd-timers

Om deze back-up elke nacht om 02:00 uur met cron uit te voeren:

  1. Open je crontab-editor en voeg het volgende toe:
crontab -e
  1. Voeg de regel voor de geplande uitvoering toe:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Best practices voor geautomatiseerde offsite back-ups

Een werkend script is slechts het begin. Deze drie gewoonten houden je offsite back-up compleet, eenvoudig te monitoren en binnen je opslaglimieten.

Test je herstel: Een back-up zonder werkende herstelmogelijkheid is net zo goed als geen back-up. Houd een herstelscript bij de hand, gebouwd op proton-drive filesystem download, en test het regelmatig, zodat het werkt wanneer zich een incident voordoet.

Log in machineleesbare formaten: Voeg --json toe aan je scripts om gestructureerde JSON-logboeken te genereren. Je kunt de taakstatus dan met jq verwerken of een webhook activeren wanneer een back-up mislukt.

Respecteer fair use: Plan geen uploads met een hoge frequentie, zoals elke 60 seconden. Een dagelijkse of wekelijkse planning volstaat voor offsite back-ups.

Je offsite back-up, versleuteld en geautomatiseerd

Je back-ups zijn alleen zo veilig als de plek waar je ze naartoe stuurt. Met de Proton Drive CLI verstuurt elke nachtelijke taak een versleutelde offsite back-up die alleen jij kunt lezen. Niet aanvallers, niet je hostingprovider, niet Proton.

Je krijgt end-to-end versleuteling, de juridische bescherming van de Zwitserse privacywetgeving en open-sourcecode die onafhankelijk is gecontroleerd. Je houdt ook volledige controle over je back-uppijplijn: wat er draait, wanneer het draait en hoelang elke versie bewaard blijft.

De setup duurt maar een paar minuten. Download de CLI voor Linux, macOS of Windows, voer je eerste handmatige back-up uit, plan die vervolgens in en denk er daarna niet meer aan.

Proton Drive CLI downloaden Bekijk zakelijke abonnementen