Backup-urile regulate offsite protejează datele critice împotriva defecțiunilor hardware, atacurilor ransomware și dezastrelor locale. Însă dezvoltatorii, administratorii de sistem și utilizatorii avansați atenți la confidențialitate care rulează servere headless sau scripturi programate nu se pot baza pe încărcări manuale printr-un browser sau o aplicație desktop.

Odată cu lansarea Proton Drive CLI (interfața de linie de comandă), puteți integra criptarea de la un capăt la altul (E2EE) cu cunoaștere zero a Proton în automatizarea backup-ului în cloud: scripturile de backup și fluxurile de lucru shell programate.

Utilizarea eficientă a CLI necesită înțelegerea rolului său. Acest ghid explică de ce o arhitectură de backup bazată pe CLI este mai bună decât sincronizarea continuă în fundal, cum gestionează strategiile de conflict reviziile fișierelor și cum să programați backup-uri offsite complet criptate pe Linux, macOS și Windows.

Ce este un backup offsite și de ce contează?

Dacă backup-ul se află pe același computer ca datele dumneavoastră, nu este cu adevărat un backup. Hardware-ul se defectează. Ransomware-ul criptează tot ce poate ajunge, inclusiv unitățile conectate. Un incendiu, o inundație sau un furt nu face diferența între discul principal și unitatea de backup aflată chiar lângă el.

Regula de backup 3-2-1 există din acest motiv: păstrați cel puțin 3 copii ale datelor, pe cel puțin 2 medii diferite, cu cel puțin 1 copie offsite.

Acea copie offsite, care ar trebui să fie separată geografic de celelalte backup-uri și de datele principale, este ultima linie de apărare, așa că trebuie să se afle undeva unde o defecțiune locală nu poate ajunge. Dacă se află în cloud, nici furnizorul de servicii nu trebuie să o poată citi. Aici intervine Proton Drive CLI.

De ce să vă criptați backup-urile offsite?

Stocarea unui backup offsite înseamnă să încredințați datele dumneavoastră unei terțe părți: un server remote în afara controlului dumneavoastră, administrat de o companie a cărei proprietate sau politici se pot schimba și a cărei infrastructură poate fi citată în instanță sau compromisă.

Criptarea de la un capăt la altul rezolvă acest lucru. Fișierele dumneavoastră sunt criptate pe dispozitiv înainte de a-l părăsi. Dacă serverul cloud este compromis, nu există nimic lizibil pe el pentru un atacator, pentru furnizor sau pentru oricine nu deține cheia dumneavoastră de decriptare.

Proton Drive utilizează criptarea de la un capăt la altul în mod implicit pentru tot ce este încărcat prin aplicațiile desktop, aplicațiile mobile și CLI. Backup-ul dumneavoastră offsite criptat este protejat de aceeași arhitectură cu acces zero pe care Proton a construit-o pentru Proton Mail, sub legi stricte de confidențialitate elvețiene.

Înțelegerea Proton Drive CLI: Scriptare atomică vs. sincronizare în fundal

CLI funcționează diferit de o aplicație de sincronizare desktop:

Aplicațiile desktop și mobile (motoare de sincronizare) rulează continuu în fundal. Urmăresc modificările fișierelor și copiază în cloud fiecare adăugare, editare și ștergere.

Proton Drive CLI (motor de execuție atomică) rulează o singură comandă, precum upload, download sau list, apoi se închide. Nu urmărește folderele locale și nu rulează în fundal.

De ce un CLI atomic are sens pentru securitate și backup-uri

Un daemon de sincronizare continuă oglindește datele dumneavoastră, așa că nu trece testul 3-2-1. Dacă un fișier este șters local, fie accidental, fie din cauza unei erori de script sau a ransomware-ului, ștergerea ajunge imediat în cloud. Iar dacă un atacator vă pătrunde în sistem în timp ce daemonul rulează, ar putea citi tokenurile de sesiune active.

CLI rezolvă acest lucru prin backup-uri periodice, programate. Îl invocați, acesta execută, se oprește și lasă în urmă un instantaneu de recuperare securizat la un moment dat, pe care vă puteți baza dacă un fișier este șters accidental sau corupt local.

Notă: CLI nu este o soluție completă de backup în sine. Dumneavoastră decideți ce să salvați, cât de des, câte versiuni să păstrați și cum să vă testați restaurările.

Cum gestionează strategiile de conflict backup-urile incrementale

Prin proiectare, fișierele identice nemodificate sunt omise automat de CLI pentru a economisi lățimea de bandă. Totuși, când un fișier a fost modificat local, trebuie să îi spuneți CLI cum să îl gestioneze folosind strategiile de conflict.

Evitați folosirea skip pentru backup-uri. Deși previne munca duplicată, va ignora complet fișierele modificate. În schimb, alegeți strategia care se potrivește nevoilor dumneavoastră de păstrare:

--file-conflict-strategy create-new-revision (recomandat pentru backup-uri) încarcă fișierul modificat ca versiune nouă și păstrează istoricul acestuia. Numărul de versiuni păstrate depinde de planul dumneavoastră, iar versiunile ocupă spațiu de stocare.

--file-conflict-strategy rename adaugă un sufix la numele fișierului modificat și păstrează ambele copii.

--file-conflict-strategy replace suprascrie fișierul anterior cu cel nou. Versiunea veche se pierde.

--file-conflict-strategy skip ignoră orice fișier care există deja în cloud, astfel încât modificările nu sunt niciodată salvate (nerecomandat pentru backup-uri).

Exemplu de comandă de încărcare incrementală:

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

Configurarea unui backup criptat automatizat: Ghid pas cu pas

Ce vă trebuie:

  • Un cont Proton (gratuit sau plătit; se aplică limite de stocare)
  • Binariul Proton Drive CLI pentru platforma dumneavoastră (Linux, macOS sau Windows)
  • Un mediu shell (Terminal, Bash, Sh, PowerShell)
  • Un planificator de activități pentru rulări automatizate: cron (Linux/macOS) sau Task Scheduler (Windows)

Pasul 1: Conectați-vă și rulați un test manual

Înainte de a configura automatizarea, autentificați-vă dispozitivul în mod interactiv:

proton-drive auth login

Cum funcționează autentificarea headless: Când rulați auth login pe un server fără browser, precum un VPS remote sau un nod Linux de acasă, CLI afișează un URL de conectare. Deschideți-l pe orice dispozitiv cu browser, cum ar fi laptopul sau telefonul dumneavoastră, și finalizați conectarea. Serverul este apoi conectat.

Sfat pentru servere headless / cron: Pentru sistemele headless și automatizate care rulează prin cron, se recomandă utilizarea pass ca depozit de acreditări. Setați-l cu această variabilă de mediu:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Inelele de chei standard ale OS (libsecret / GNOME Keyring) depind de sesiuni GUI desktop active, pe care sarcinile cron nu le au. Configurarea pass evită problemele de sesiune D-Bus.

Pasul 2: Scrieți scriptul de backup

Creați un script shell, precum backup.sh, care definește căile sursă, gestionează inelele de chei și rulează încărcarea:

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

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

# Executarea încărcării idempotente
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 "Backup finalizat la $(date)"

Pasul 3: Programați backup-ul cu cron sau temporizatoare systemd

Pentru a rula acest backup în fiecare noapte la ora 02:00 folosind cron:

  1. Deschideți editorul crontab și adăugați:
crontab -e
  1. Adăugați intrarea pentru execuția programată:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Bune practici pentru backupurile offsite automate

Un script funcțional este doar începutul. Aceste trei obiceiuri vă mențin backupul offsite complet, ușor de monitorizat și în limitele spațiului de stocare.

Testați recuperarea: Un backup fără o restaurare funcțională este la fel de bun ca niciun backup. Păstrați pregătit un script de restaurare, construit pe proton-drive filesystem download, și testați-l regulat, astfel încât să funcționeze când apare un incident.

Înregistrați jurnale în formate citibile de mașină: Adăugați --json la scripturi pentru a genera jurnale JSON structurate. Apoi puteți analiza starea lucrărilor cu jq sau puteți declanșa un webhook când un backup nu reușește.

Respectați utilizarea echitabilă: Nu programați încărcări cu frecvență ridicată, precum la fiecare 60 de secunde. O programare zilnică sau săptămânală este suficientă pentru backupurile offsite.

Backupul dvs. offsite, criptat și automatizat

Backupurile dvs. sunt la fel de sigure ca locul în care le trimiteți. Cu Proton Drive CLI, fiecare sarcină nocturnă trimite un backup offsite criptat pe care nimeni altcineva nu îl poate citi în afară de dvs. Nici atacatorii, nici furnizorul dvs. de găzduire, nici Proton.

Beneficiați de criptare de la un capăt la altul, de protecția legală oferită de legislația elvețiană privind confidențialitatea și de cod open-source auditat independent. De asemenea, păstrați controlul deplin asupra fluxului de backup: ce rulează, când rulează și cât timp se păstrează fiecare versiune.

Configurarea durează câteva minute. Descărcați CLI pentru Linux, macOS sau Windows, rulați primul backup manual, apoi programați-l și nu vă mai faceți griji.

Descărcați Proton Drive CLI Vedeți planurile de business