Regularne pozasiedzibowe kopie zapasowe chronią kluczowe dane przed awariami sprzętu, ransomware i lokalnymi katastrofami. Jednak programiści, administratorzy systemów i dbający o prywatność zaawansowani użytkownicy, którzy obsługują serwery bez interfejsu graficznego lub zaplanowane skrypty, nie mogą polegać na ręcznym przesyłaniu danych przez przeglądarkę lub aplikację desktopową.

Dzięki wydaniu Proton Drive CLI (interfejsu wiersza poleceń) możesz wprowadzić szyfrowanie end-to-end (E2EE) o zerowej wiedzy firmy Proton do automatyzacji kopii zapasowych w chmurze: skryptów tworzenia kopii zapasowych i zaplanowanych przepływów pracy w powłoce.

Skuteczne korzystanie z CLI wymaga zrozumienia jego roli. W tym przewodniku wyjaśniamy, dlaczego architektura kopii zapasowych oparta na CLI bije ciągłą synchronizację w tle, jak strategie rozwiązywania konfliktów obsługują wersje plików oraz jak zaplanować w pełni zaszyfrowane pozasiedzibowe kopie zapasowe w systemach Linux, macOS i Windows.

Czym jest pozasiedzibowa kopia zapasowa i dlaczego ma znaczenie?

Jeśli kopia zapasowa znajduje się na tym samym komputerze co dane, to tak naprawdę nie jest kopią zapasową. Sprzęt zawodzi. Ransomware szyfruje wszystko, do czego może dotrzeć, w tym podłączone dyski. Pożar, powódź czy kradzież nie rozróżniają dysku głównego od dysku z kopią zapasową stojącego tuż obok.

Reguła kopii zapasowych 3-2-1 istnieje właśnie z tego powodu: przechowuj co najmniej 3 kopie danych na co najmniej 2 różnych nośnikach, z co najmniej 1 kopią poza siedzibą.

Ta pozasiedzibowa kopia, która powinna być geograficznie oddzielona od pozostałych kopii zapasowych i głównych danych, jest ostatnią linią obrony, więc musi znajdować się w miejscu, do którego lokalna awaria nie dotrze. Jeśli znajduje się w chmurze, dostawca usługi również nie może mieć możliwości jej odczytania. I tu wkracza Proton Drive CLI.

Dlaczego warto szyfrować pozasiedzibowe kopie zapasowe?

Przechowywanie kopii zapasowej poza siedzibą oznacza powierzenie swoich danych osobie trzeciej: zdalnemu serwerowi pozostającemu poza twoją kontrolą, zarządzanemu przez firmę, której własność lub zasady mogą się zmienić, a której infrastruktura może zostać objęta wezwaniem sądowym lub naruszona.

Szyfrowanie end-to-end rozwiązuje ten problem. Pliki są szyfrowane na urządzeniu, zanim je opuszczą. Jeśli serwer w chmurze zostanie zagrożony, nie ma na nim nic czytelnego dla atakującego, dostawcy ani nikogo bez klucza deszyfrującego.

Proton Drive domyślnie używa szyfrowania end-to-end dla wszystkiego, co jest przesyłane przez aplikacje desktopowe, aplikacje mobilne i CLI. Zaszyfrowana pozasiedzibowa kopia zapasowa jest chroniona przez tę samą architekturę zerowego dostępu, którą Proton opracował dla Proton Mail, zgodnie z surowymi szwajcarskimi przepisami o ochronie prywatności.

Zrozumienie Proton Drive CLI: skrypty atomowe a synchronizacja w tle

CLI działa inaczej niż aplikacja synchronizująca na komputerze:

Aplikacje desktopowe i mobilne (silniki synchronizacji) działają stale w tle. Obserwują zmiany plików i kopiują do chmury każde dodanie, edycję i usunięcie.

Proton Drive CLI (silnik wykonania atomowego) wykonuje jedno polecenie, takie jak upload, download lub list, po czym kończy działanie. Nie obserwuje lokalnych folderów ani nie działa w tle.

Dlaczego atomowe CLI ma sens w kontekście bezpieczeństwa i kopii zapasowych

Działający ciągle demon synchronizacji odzwierciedla dane, więc nie zdaje testu 3-2-1. Jeśli plik zostanie usunięty lokalnie – przez przypadek, błąd skryptu lub ransomware – usunięcie natychmiast trafia do chmury. A jeśli atakujący naruszy system, gdy demon działa, może odczytać jego aktywne tokeny sesji.

CLI rozwiązuje ten problem, umożliwiając okresowe, zaplanowane kopie zapasowe. Wywołujesz je, ono wykonuje zadanie i się zatrzymuje, pozostawiając bezpieczną migawkę do odtworzenia z danego punktu w czasie, do której możesz wrócić, jeśli plik zostanie przypadkowo usunięty lub uszkodzony lokalnie.

Uwaga: CLI samo w sobie nie jest kompletnym rozwiązaniem do tworzenia kopii zapasowych. Nadal to ty decydujesz, co objąć kopią zapasową, jak często, ile wersji zachować i jak testować przywracanie.

Jak strategie rozwiązywania konfliktów zarządzają kopiami zapasowymi przyrostowymi

Z założenia CLI automatycznie pomija niezmienione, identyczne pliki, aby zaoszczędzić przepustowość. Jeśli jednak plik został zmodyfikowany lokalnie, musisz wskazać CLI, jak go obsłużyć, korzystając ze strategii rozwiązywania konfliktów.

Unikaj używania skip w przypadku kopii zapasowych. Choć zapobiega duplikowaniu pracy, całkowicie ignoruje zmodyfikowane pliki. Zamiast tego wybierz strategię odpowiednią do twoich potrzeb w zakresie przechowywania:

--file-conflict-strategy create-new-revision (zalecane w przypadku kopii zapasowych) przesyła zmieniony plik jako nową wersję i zachowuje jego historię. Liczba przechowywanych wersji zależy od twojego planu, a wersje zajmują przestrzeń dyskową.

--file-conflict-strategy rename dodaje przyrostek do nazwy zmodyfikowanego pliku i zachowuje obie kopie.

--file-conflict-strategy replace nadpisuje poprzedni plik nowym. Stara wersja zostaje utracona.

--file-conflict-strategy skip ignoruje każdy plik, który już istnieje w chmurze, więc zmiany nigdy nie są zapisywane (niezalecane w przypadku kopii zapasowych).

Przykład polecenia przesyłania przyrostowego:

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

Konfigurowanie automatycznej zaszyfrowanej kopii zapasowej: przewodnik krok po kroku

Co będzie potrzebne:

  • Konto Proton (bezpłatne lub płatne; obowiązują limity przestrzeni dyskowej)
  • Plik binarny Proton Drive CLI dla twojej platformy (Linux, macOS lub Windows)
  • Środowisko powłoki (Terminal, Bash, Sh, PowerShell)
  • Harmonogram zadań do automatycznych uruchomień: cron (Linux/macOS) lub Harmonogram zadań (Windows)

Krok 1: zaloguj się i wykonaj ręczny test

Przed skonfigurowaniem automatyzacji uwierzytelnij urządzenie interaktywnie:

proton-drive auth login

Jak działa uwierzytelnianie bez interfejsu graficznego: Gdy uruchomisz auth login na serwerze bez przeglądarki, na przykład zdalnym VPS lub domowym węźle z Linuksem, CLI wyświetla adres URL logowania. Otwórz go na dowolnym urządzeniu z przeglądarką, takim jak laptop lub telefon, i dokończ logowanie. Serwer zostaje wówczas zalogowany.

Wskazówka dla serwerów bez interfejsu graficznego / cron: W przypadku systemów bez interfejsu graficznego i zautomatyzowanych, uruchamianych przez cron, zaleca się używanie pass jako magazynu danych logowania. Ustaw go za pomocą tej zmiennej środowiskowej:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Standardowe pęki kluczy systemu operacyjnego (libsecret / GNOME Keyring) zależą od aktywnych sesji graficznych pulpitu, których zadania cron nie mają. Skonfigurowanie pass pozwala uniknąć problemów z sesją D-Bus.

Krok 2: napisz skrypt tworzenia kopii zapasowej

Utwórz skrypt powłoki, na przykład backup.sh, który definiuje ścieżki źródłowe, obsługuje pęki kluczy i uruchamia przesyłanie:

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

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

# Wykonaj idempotentne przesyłanie
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 "Kopia zapasowa ukończona pomyślnie o $(date)"

Krok 3: zaplanuj kopię zapasową za pomocą cron lub timerów systemd

Aby uruchamiać tę kopię zapasową co noc o 2:00 przy użyciu crona:

  1. Otwórz edytor crontab i dodaj:
crontab -e
  1. Dodaj wpis z zaplanowanym uruchomieniem:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Najlepsze praktyki dotyczące automatycznych kopii zapasowych poza siedzibą

Działający skrypt to dopiero początek. Te trzy nawyki pozwalają utrzymać kopię zapasową poza siedzibą w kompletnym stanie, łatwo ją monitorować i nie przekraczać limitów przestrzeni dyskowej.

Testuj odzyskiwanie: Kopia zapasowa bez działającego przywracania jest tyle samo warta co jej brak. Trzymaj gotowy skrypt przywracania oparty na proton-drive filesystem download i regularnie go testuj, aby zadziałał, gdy dojdzie do incydentu.

Zapisuj logi w formatach czytelnych dla maszyn: Dodaj --json do swoich skryptów, aby generować ustrukturyzowane logi JSON. Możesz następnie przetwarzać status zadania za pomocą jq lub wywołać webhook, gdy kopia zapasowa się nie powiedzie.

Szanuj zasady uczciwego korzystania: Nie planuj przesyłania z dużą częstotliwością, na przykład co 60 sekund. Codzienny lub cotygodniowy harmonogram w zupełności wystarczy w przypadku kopii zapasowych poza siedzibą.

Twoja kopia zapasowa poza siedzibą — zaszyfrowana i zautomatyzowana

Twoje kopie zapasowe są tak bezpieczne jak miejsce, do którego je wysyłasz. Dzięki CLI Proton Drive każde nocne zadanie wysyła zaszyfrowaną kopię zapasową poza siedzibą, której nie może odczytać nikt poza tobą. Ani atakujący, ani twój dostawca hostingu, ani Proton.

Zyskujesz szyfrowanie end-to-end, prawną ochronę, jaką daje szwajcarskie prawo prywatności, oraz kod open source, który został niezależnie poddany audytowi. Zachowujesz też pełną kontrolę nad procesem tworzenia kopii zapasowych: co jest uruchamiane, kiedy i jak długo przechowywana jest każda wersja.

Konfiguracja zajmuje kilka minut. Pobierz CLI dla systemu Linux, macOS lub Windows, wykonaj pierwszą ręczną kopię zapasową, a następnie zaplanuj ją i przestań o niej myśleć.

Pobierz CLI Proton Drive Zobacz plany biznesowe