Regelbundna säkerhetskopior på annan plats skyddar viktiga data mot maskinvarufel, utpressningstrojaner och lokala katastrofer. Men utvecklare, systemadministratörer och integritetsmedvetna avancerade användare som kör headless-servrar eller schemalagda skript kan inte förlita sig på manuella uppladdningar via en webbläsare eller en skrivbordsapp.

Med lanseringen av Proton Drive CLI (kommandoradsgränssnitt) kan du få in Protons zero-knowledge-end-to-end-kryptering (E2EE) i automatiseringen av din molnsäkerhetskopiering: dina säkerhetskopieringsskript och schemalagda shell-arbetsflöden.

Att använda CLI på ett effektivt sätt förutsätter att du förstår dess roll. Den här guiden förklarar varför en CLI-driven säkerhetskopieringsarkitektur är bättre än kontinuerlig synkronisering i bakgrunden, hur konfliktstrategier hanterar filversioner och hur du schemalägger fullt krypterade säkerhetskopior på annan plats i Linux, macOS och Windows.

Vad är en säkerhetskopia på annan plats och varför är den viktig?

Om säkerhetskopian ligger på samma maskin som data finns är den inte riktigt någon säkerhetskopia. Maskinvara går sönder. Utpressningstrojaner krypterar allt de kommer åt, inklusive anslutna diskar. En brand, en översvämning eller en stöld gör ingen skillnad på din primära disk och säkerhetsdisken som står alldeles intill.

3-2-1-regeln för säkerhetskopiering finns av just den anledningen: behåll minst 3 kopior av dina data på minst 2 olika medier, med minst 1 kopia på annan plats.

Den där kopian på annan plats, som ska vara geografiskt åtskild från dina övriga säkerhetskopior och från huvuddatan, är din sista försvarslinje och måste därför finnas någonstans dit ett lokalt haveri inte når. Om den ligger i molnet får tjänsteleverantören inte heller kunna läsa den. Det är här Proton Drive CLI kommer in.

Varför kryptera säkerhetskopior på annan plats?

Att lagra en säkerhetskopia på annan plats innebär att anförtro sina data åt en tredje part: en fjärrserver utanför din kontroll, som drivs av ett företag vars ägande eller policyer kan förändras och vars infrastruktur kan begäras ut av myndigheter eller utsättas för intrång.

End-to-end-kryptering löser det här. Filerna krypteras på enheten innan de lämnar den. Om molnservern komprometteras finns det inget läsbart där för en angripare, för leverantören eller för någon annan som saknar din dekrypteringsnyckel.

Proton Drive använder end-to-end-kryptering som standard för allt som laddas upp via skrivbordsapparna, mobilapparna och CLI. Din krypterade säkerhetskopia på annan plats skyddas av samma zero-access-arkitektur som Proton byggde för Proton Mail, under strikta schweiziska integritetslagar.

Att förstå Proton Drive CLI: atomisk skriptning kontra bakgrundssynkronisering

CLI fungerar på ett annat sätt än en synkroniseringsapp för skrivbordet:

Skrivbords- och mobilappar (synkmotorer) körs kontinuerligt i bakgrunden. De bevakar filändringar och kopierar varje tillägg, redigering och borttagning till molnet.

Proton Drive CLI (atomisk exekveringsmotor) kör ett enda kommando, till exempel upload, download eller list, och avslutas sedan. Den bevakar inte lokala mappar och körs inte i bakgrunden.

Varför ett atomiskt CLI är rätt val för säkerhet och säkerhetskopiering

En kontinuerlig synkdaemon speglar dina data och klarar därför inte 3-2-1-testet. Om en fil raderas lokalt, oavsett om det sker av misstag, på grund av ett skriptfel eller av utpressningstrojaner, når borttagningen molnet omedelbart. Och om en angripare tar sig in i systemet medan daemonen körs kan hen läsa dess aktiva sessionstoken.

CLI löser detta genom att möjliggöra återkommande, schemalagda säkerhetskopior. Du anropar det, det körs, det stoppas och lämnar efter sig en säker återställningspunkt som du kan falla tillbaka på om en fil råkar raderas eller skadas lokalt.

Obs: CLI är ingen komplett säkerhetskopieringslösning i sig. Du bestämmer fortfarande vad som ska säkerhetskopieras, hur ofta, hur många versioner som ska behållas och hur återställningarna ska testas.

Hur konfliktstrategier hanterar inkrementella säkerhetskopior

CLI hoppar automatiskt över oförändrade identiska filer för att spara bandbredd. Men när en fil har ändrats lokalt måste du tala om för CLI hur den ska hanteras med hjälp av konfliktstrategier.

Undvik att använda skip för säkerhetskopior. Även om det förhindrar dubbelarbete ignorerar det ändrade filer helt. Välj i stället den strategi som passar dina lagringsbehov:

--file-conflict-strategy create-new-revision (rekommenderas för säkerhetskopior) laddar upp den ändrade filen som en ny version och behåller historiken. Antalet versioner som behålls beror på ditt paket, och versioner tar upp lagringsutrymme.

--file-conflict-strategy rename lägger till ett suffix i det ändrade filnamnet och behåller båda kopiorna.

--file-conflict-strategy replace skriver över den tidigare filen med den nya. Den gamla versionen går förlorad.

--file-conflict-strategy skip ignorerar alla filer som redan finns i molnet, så ändringar sparas aldrig (rekommenderas inte för säkerhetskopior).

Exempel på ett kommando för inkrementell uppladdning:

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

Konfigurera en automatiserad krypterad säkerhetskopia: en steg-för-steg-guide

Vad du behöver:

  • Ett Proton-konto (kostnadsfritt eller betalt; lagringsbegränsningar gäller)
  • Proton Drive CLI-binärfilen för din plattform (Linux, macOS eller Windows)
  • En shellmiljö (Terminal, Bash, Sh, PowerShell)
  • Ett schemaläggningsverktyg för automatiska körningar: cron (Linux/macOS) eller Schemaläggaren (Windows)

Steg 1: Logga in och kör ett manuellt test

Innan du konfigurerar automatiseringen måste du autentisera enheten interaktivt:

proton-drive auth login

Så fungerar headless-autentisering: När du kör auth login på en server utan webbläsare, till exempel en extern VPS eller en Linux-nod i hemmet, skriver CLI ut en URL för inloggning. Öppna den på valfri enhet med webbläsare, till exempel datorn eller telefonen, och slutför inloggningen. Servern är då inloggad.

Tips för headless-servrar och cron: För headless-system och automatiserade system som körs via cron rekommenderas att använda pass som lagringsplats för inloggningsuppgifter. Ställ in det med den här miljövariabeln:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Standardnyckelringar i operativsystemet (libsecret / GNOME Keyring) kräver aktiva skrivbordssessioner med grafiskt gränssnitt, vilket cronjobb inte har. Att konfigurera pass undviker problem med D-Bus-sessioner.

Steg 2: Skriv säkerhetskopieringsskriptet

Skapa ett shellskript, till exempel backup.sh, som definierar källsökvägarna, hanterar nyckelringar och kör uppladdningen:

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

# Definiera variabler
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"

# Kör idempotent uppladdning
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 "Säkerhetskopieringen slutfördes $(date)"

Steg 3: Schemalägg säkerhetskopieringen med cron eller systemd-timers

Så här schemalägger du säkerhetskopieringen varje natt kl. 02:00 med cron:

  1. Öppna crontab-redigeraren och lägg till:
crontab -e
  1. Lägg till posten för schemalagd körning:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Bästa praxis för automatiserade externa säkerhetskopior

Ett fungerande skript är bara början. De här tre vanorna håller din externa säkerhetskopia komplett, lätt att övervaka och inom ditt lagringsutrymme.

Testa återställningen: En säkerhetskopia utan en fungerande återställning är lika bra som ingen säkerhetskopia. Ha ett återställningsskript redo, byggt på proton-drive filesystem download, och testa det regelbundet så att det fungerar när en incident inträffar.

Logga i maskinläsbara format: Lägg till --json i dina skript för att skriva ut strukturerade JSON-loggar. Du kan sedan analysera jobbstatus med jq eller utlösa en webhook när en säkerhetskopiering inte lyckas.

Respektera fair use: Schemalägg inte uppladdningar med hög frekvens, till exempel var 60:e sekund. Ett dagligt eller veckovis schema räcker för externa säkerhetskopior.

Din externa säkerhetskopia, krypterad och automatiserad

Dina säkerhetskopior är bara så säkra som platsen du skickar dem till. Med Proton Drive CLI skickar varje nattligt jobb en krypterad extern säkerhetskopia som ingen annan än du kan läsa. Inte angripare, inte din webbhotellsleverantör, inte Proton.

Du får end-to-end-kryptering, det juridiska skyddet i schweizisk integritetslagstiftning och öppen källkod som har granskats oberoende. Du behåller också full kontroll över din säkerhetskopieringskedja: vad som körs, när det körs och hur länge varje version finns kvar.

Det tar bara några minuter att konfigurera. Ladda ner CLI för Linux, macOS eller Windows, kör din första manuella säkerhetskopia och schemalägg den sedan så att du slipper tänka på den.

Ladda ner Proton Drive CLI Visa företagspaket