Säännölliset offsite-varmuuskopiot suojaavat kriittistä dataa laitteistovioilta, kiristysohjelmilta ja paikallisilta katastrofeilta. Kehittäjät, järjestelmänvalvojat ja yksityisyydestään tarkat tehokäyttäjät, jotka pyörittävät headless-palvelimia tai ajastettuja skriptejä, eivät kuitenkaan voi luottaa manuaalisiin lähetyksiin selaimen tai työpöytäsovelluksen kautta.
Kun Proton Drive CLI (komentorivikäyttöliittymä) julkaistiin, voit tuoda Protonin zero-knowledge-päästä päähän -salauksen (E2EE) pilvivarmuuskopioinnin automatisointiin: varmuuskopioskripteihisi ja ajastettuihin shell-työnkulkuihisi.
CLI:n tehokas käyttö edellyttää sen tehtävän ymmärtämistä. Tässä oppaassa selitetään, miksi CLI-pohjainen varmuuskopiointirakenne on parempi kuin jatkuva taustasykronointi, miten ristiriitastrategiat käsittelevät tiedostoversioita ja miten ajastat täysin salatut offsite-varmuuskopiot Linuxilla, macOS:lla ja Windowsilla.
- Mikä on offsite-varmuuskopio ja miksi se on tärkeä?
- Miksi offsite-varmuuskopiot kannattaa salata?
- Atomaarinen skriptaus vs. taustasykronointi Proton Drive CLI:ssä
- Miten ristiriitastrategiat hallitsevat inkrementaalisia varmuuskopioita
- Automaattisen salatun varmuuskopion määrittäminen: Vaiheittainen opas
- Parhaat käytännöt
- Offsite-varmuuskopiosi, salattu ja automatisoitu
Mikä on offsite-varmuuskopio ja miksi se on tärkeä?
Jos varmuuskopiosi sijaitsee samalla koneella kuin itse data, se ei ole oikeastaan varmuuskopio. Laitteisto hajoaa. Kiristysohjelmat salaavat kaiken, mihin ne pääsevät käsiksi, myös liitetyt levyt. Tulipalo, tulva tai varkaus ei tee eroa ensisijaisen levysi ja aivan sen vieressä olevan varmuuskopiolevyn välillä.
3-2-1-varmuuskopiosääntö on olemassa juuri tästä syystä: säilytä vähintään 3 kopiota datastasi vähintään 2 eri tallennusvälineellä ja vähintään 1 kopio offsite-sijainnissa.
Tuo offsite-kopio, jonka pitäisi olla maantieteellisesti erillään muista varmuuskopioista ja päädatasta, on viimeinen puolustuslinjasi, joten sen on sijaittava paikassa, johon paikallinen vika ei yllä. Jos se sijaitsee pilvessä, myöskään palveluntarjoaja ei saa pystyä lukemaan sitä. Tässä Proton Drive CLI tulee apuun.
Miksi offsite-varmuuskopiot kannattaa salata?
Varmuuskopion säilyttäminen offsite-tilassa tarkoittaa, että uskot datasi kolmannen osapuolen haltuun: etäpalvelimelle, joka ei ole hallinnassasi ja jota pyörittää yritys, jonka omistajuus tai käytännöt voivat muuttua ja jonka infrastruktuuri voidaan haastaa oikeuteen tai murtaa.
Päästä päähän -salaus ratkaisee tämän. Tiedostosi salataan laitteellasi ennen kuin ne lähtevät sieltä. Jos pilvipalvelin vaarantuu, siellä ei ole mitään luettavaa hyökkääjälle, palveluntarjoajalle tai kenellekään muulle, jolla ei ole salauksenpurkuavaintasi.
Proton Drive käyttää päästä päähän -salausta oletusarvoisesti kaikelle, mitä lähetetään työpöytäsovellusten, mobiilisovellusten ja CLI:n kautta. Salattu offsite-varmuuskopiosi on suojattu samalla zero-access-arkkitehtuurilla, jonka Proton rakensi Proton Mailia varten, tiukkojen sveitsiläisten yksityisyyslakien alaisuudessa.
Näin Proton Drive CLI toimii: Atomaarinen skriptaus vs. taustasykronointi
CLI toimii eri tavalla kuin työpöytäsynkronointisovellus:
Työpöytä- ja mobiilisovellukset (synkronointimoottorit) pyörivät jatkuvasti taustalla. Ne seuraavat tiedostomuutoksia ja kopioivat jokaisen lisäyksen, muokkauksen ja poiston pilveen.
Proton Drive CLI (atomaarinen suoritusmoottori) suorittaa yhden komennon, kuten upload, download tai list, ja lopettaa. Se ei seuraa paikallisia kansioita eikä toimi taustalla.
Miksi atomaarinen CLI on järkevä tietoturvan ja varmuuskopioiden kannalta
Jatkuvasti pyörivä synkronointidaemon peilaa dataasi, joten se ei läpäise 3-2-1-testiä. Jos tiedosto poistetaan paikallisesti, oli syynä sitten vahinko, skriptivirhe tai kiristysohjelma, poisto siirtyy pilveen välittömästi. Ja jos hyökkääjä murtautuu järjestelmääsi daemonin ollessa käynnissä, hän voi lukea sen aktiiviset istuntotunnisteet.
CLI ratkaisee tämän ottamalla käyttöön säännölliset, ajastetut varmuuskopiot. Kutsut sen, se suorittaa tehtävänsä, pysähtyy ja jättää jälkeensä turvallisen, tiettyyn ajankohtaan sidotun palautustilannekuvan, johon voit turvautua, jos tiedosto poistetaan vahingossa tai turmeltuu paikallisesti.
Huom: CLI ei ole yksinään täydellinen varmuuskopioratkaisu. Sinä päätät edelleen, mitä varmuuskopioidaan, kuinka usein, kuinka monta versiota säilytetään ja miten palautukset testataan.
Miten ristiriitastrategiat hallitsevat inkrementaalisia varmuuskopioita
Suunnittelun mukaan CLI ohittaa muuttumattomat identtiset tiedostot automaattisesti säästääkseen kaistanleveyttä. Kun tiedostoa on kuitenkin muokattu paikallisesti, sinun on kerrottava CLI:lle, miten se käsitellään ristiriitastrategioiden avulla.
Vältä skip-vaihtoehdon käyttöä varmuuskopioinnissa. Vaikka se estää päällekkäisen työn, se jättää muokatut tiedostot kokonaan huomiotta. Valitse sen sijaan strategia, joka sopii säilytystarpeisiisi:
--file-conflict-strategy create-new-revision (suositellaan varmuuskopioihin) lähettää muuttuneen tiedoston uutena versiona ja säilyttää sen historian. Säilytettävien versioiden määrä riippuu tilauksestasi, ja versiot vievät tallennustilaa.
--file-conflict-strategy rename lisää päätteen muokatun tiedoston nimeen ja säilyttää molemmat kopiot.
--file-conflict-strategy replace korvaa aiemman tiedoston uudella. Vanha versio menetetään.
--file-conflict-strategy skip jättää huomiotta kaikki tiedostot, jotka ovat jo pilvessä, joten muutoksia ei koskaan tallenneta (ei suositella varmuuskopioihin).
Esimerkki inkrementaalisesta lähetyskomennosta:
proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision
Automaattisen salatun varmuuskopion määrittäminen: Vaiheittainen opas
Mitä tarvitset:
- Proton-tili (ilmainen tai maksullinen; tallennusrajoitukset ovat voimassa)
- Proton Drive CLI -binääri alustallesi (Linux, macOS tai Windows)
- Shell-ympäristö (Terminal, Bash, Sh, PowerShell)
- Tehtäväajastin automaattisia ajoja varten: cron (Linux/macOS) tai Task Scheduler (Windows)
Vaihe 1: Kirjaudu sisään ja tee manuaalinen testi
Ennen automaation määrittämistä tunnistaudu laitteellasi interaktiivisesti:
proton-drive auth login
Näin headless-tunnistautuminen toimii: Kun suoritat auth login palvelimella, jossa ei ole selainta, kuten etäpalvelimella (VPS) tai kotona olevalla Linux-solmulla, CLI tulostaa kirjautumis-URL-osoitteen. Avaa se millä tahansa laitteella, jossa on selain, kuten kannettavalla tai puhelimella, ja viimeistele kirjautuminen. Palvelin on tämän jälkeen kirjautuneena sisään.
Vinkki headless-palvelimille / cronille: Headless- ja automaattisissa järjestelmissä, joita ajetaan cronilla, kannattaa käyttää pass-ohjelmaa kirjautumistietojen tallentamiseen. Aseta se tällä ympäristömuuttujalla:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Käyttöjärjestelmän vakioavainrenkaat (libsecret / GNOME Keyring) edellyttävät aktiivista graafista työpöytäistuntoa, jota cron-työtehtävillä ei ole. pass-ohjelman määrittäminen välttää D-Bus-istunnon ongelmat.
Vaihe 2: Kirjoita varmuuskopioskripti
Luo shell-skripti, kuten backup.sh, joka määrittää lähdetiedostojen sijainnit, käsittelee avainrenkaat ja suorittaa lähetyksen:
#!/usr/bin/env bash
set -euo pipefail
# Määritä muuttujat
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"
# Suorita idempotentti lähetys
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 "Varmuuskopiointi valmistui onnistuneesti $(date)"
Vaihe 3: Ajasta varmuuskopiointi cronilla tai systemd-ajastimilla
Voit ajaa tämän varmuuskopion joka yö klo 2.00 cronilla:
- Avaa crontab-editorisi ja lisää:
crontab -e
- Lisää ajastettu suoritusmerkintä:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1
Parhaat käytännöt automaattisiin offsite-varmuuskopioihin
Toimiva skripti on vasta alkua. Nämä kolme tapaa pitävät offsite-varmuuskopiosi täydellisenä, helppona valvoa ja tallennusrajojesi puitteissa.
Testaa palautus: Varmuuskopio ilman toimivaa palautusta on yhtä hyvä kuin ei varmuuskopiota ollenkaan. Pidä palautusskripti valmiina, proton-drive filesystem download -komennon varaan rakennettuna, ja testaa sitä säännöllisesti, jotta se toimii häiriön sattuessa.
Kirjaa lokit koneellisesti luettavassa muodossa: Lisää --json skripteihisi, jolloin lokit tulostetaan jäsennellyssä JSON-muodossa. Voit sen jälkeen jäsentää työn tilan jq-työkalulla tai laukaista webhookin, kun varmuuskopio epäonnistuu.
Noudata kohtuullista käyttöä: Älä ajasta lähetyksiä liian tiheästi, esimerkiksi 60 sekunnin välein. Päivittäinen tai viikoittainen aikataulu riittää offsite-varmuuskopioille.
Offsite-varmuuskopiosi, salattu ja automatisoitu
Varmuuskopiosi ovat yhtä turvassa kuin paikka, johon ne lähetät. Proton Drive CLI lähettää joka yö salatun offsite-varmuuskopion, jota kukaan muu kuin sinä ei voi lukea. Ei hyökkääjät, ei palveluntarjoajasi, ei Proton.
Saat päästä päähän -salauksen, Sveitsin yksityisyyslainsäädännön tuoman oikeudellisen suojan ja avointa lähdekoodia, joka on riippumattomasti auditoitu. Sinulla on myös täysi hallinta varmuuskopiointiketjuusi: mitä ajetaan, milloin ajetaan ja kuinka kauan kukin versio säilyy.
Asennus vie vain minuutteja. Lataa CLI Linuxille, macOS:lle tai Windowsille, aja ensimmäinen manuaalinen varmuuskopiosi, ajasta se ja unohda koko asia.






