Cadangan offsite yang rutin melindungi data penting dari kerusakan perangkat keras, ransomware, dan bencana lokal. Namun, developer, sysadmin, dan pengguna berpengalaman yang peduli privasi dan menjalankan server headless atau skrip terjadwal tidak dapat mengandalkan unggahan manual melalui peramban atau aplikasi desktop.
Dengan peluncuran Proton Drive CLI (antarmuka baris perintah), Anda dapat menghadirkan enkripsi end-to-end (E2EE) nol-pengetahuan milik Proton ke dalam otomatisasi cadangan cloud Anda: skrip cadangan dan alur kerja shell terjadwal.
Menggunakan CLI secara efektif menuntut pemahaman akan perannya. Panduan ini menjelaskan mengapa arsitektur cadangan berbasis CLI lebih unggul daripada sinkronisasi latar belakang yang berkelanjutan, bagaimana strategi konflik menangani revisi file, dan cara menjadwalkan cadangan offsite yang terenkripsi penuh di Linux, macOS, dan Windows.
- Apa itu cadangan offsite dan mengapa itu penting?
- Mengapa mengenkripsi cadangan offsite Anda?
- Skrip atomik vs. sinkronisasi latar belakang di Proton Drive CLI
- Cara strategi konflik mengelola cadangan inkremental
- Menyiapkan cadangan terenkripsi otomatis: Panduan langkah demi langkah
- Praktik terbaik
- Cadangan offsite Anda, terenkripsi dan otomatis
Apa itu cadangan offsite dan mengapa itu penting?
Jika cadangan Anda berada di mesin yang sama dengan data Anda, itu sebenarnya bukan cadangan. Perangkat keras bisa rusak. Ransomware mengenkripsi segala hal yang dapat dijangkau, termasuk drive yang terhubung. Kebakaran, banjir, atau pencurian tidak membedakan disk utama Anda dari drive cadangan yang berada tepat di sebelahnya.
Aturan cadangan 3-2-1 ada karena alasan ini: simpan setidaknya 3 salinan data Anda, pada setidaknya 2 media berbeda, dengan setidaknya 1 salinan offsite.
Salinan offsite tersebut, yang seharusnya terpisah secara geografis dari cadangan lain dan data utama Anda, adalah pertahanan terakhir, sehingga harus berada di tempat yang tidak dapat dijangkau kegagalan lokal. Jika tersimpan di cloud, penyedia layanan juga tidak boleh dapat membacanya. Di sinilah Proton Drive CLI berperan.
Mengapa mengenkripsi cadangan offsite Anda?
Menyimpan cadangan secara offsite berarti mempercayakan data Anda kepada pihak ketiga: server jarak jauh di luar kendali Anda, yang dijalankan oleh perusahaan yang kepemilikan atau kebijakannya dapat berubah, dan yang infrastrukturnya dapat disubpoena atau dibobol.
Enkripsi end-to-end mengatasi hal ini. File Anda dienkripsi di perangkat Anda sebelum meninggalkannya. Jika server cloud dikompromikan, tidak ada yang dapat dibaca oleh penyerang, penyedia, atau siapa pun tanpa kunci dekripsi Anda.
Proton Drive menggunakan enkripsi end-to-end secara bawaan untuk semua hal yang diunggah melalui aplikasi desktop, aplikasi seluler, dan CLI. Cadangan offsite terenkripsi Anda dilindungi oleh arsitektur tanpa akses yang sama seperti yang Proton bangun untuk Proton Mail, di bawah hukum privasi Swiss yang ketat.
Memahami Proton Drive CLI: Skrip atomik vs. sinkronisasi latar belakang
Cara kerja CLI berbeda dari aplikasi sinkronisasi desktop:
Aplikasi desktop dan seluler (mesin sinkronisasi) berjalan terus-menerus di latar belakang. Aplikasi ini memantau perubahan file dan menyalin setiap penambahan, pengeditan, dan penghapusan ke cloud.
Proton Drive CLI (mesin eksekusi atomik) menjalankan satu perintah, seperti upload, download, atau list, lalu keluar. CLI tidak memantau folder lokal atau berjalan di latar belakang.
Mengapa CLI atomik masuk akal untuk keamanan dan cadangan
Daemon sinkronisasi yang berkelanjutan mencerminkan data Anda, sehingga gagal dalam uji 3-2-1. Jika file dihapus secara lokal, baik karena kecelakaan, kesalahan skrip, atau ransomware, penghapusan itu langsung sampai ke cloud. Dan jika penyerang membobol sistem Anda saat daemon berjalan, mereka dapat membaca token sesi aktifnya.
CLI mengatasi hal ini dengan mengaktifkan cadangan berkala yang terjadwal. Anda memanggilnya, ia berjalan, ia berhenti, dan meninggalkan snapshot pemulihan pada titik waktu tertentu yang aman, yang dapat Anda andalkan jika file terhapus atau rusak secara tidak sengaja di lokal.
Catatan: CLI bukan solusi cadangan yang lengkap dengan sendirinya. Anda tetap yang menentukan apa yang dicadangkan, seberapa sering, berapa banyak versi yang disimpan, dan cara menguji pemulihan.
Cara strategi konflik mengelola cadangan inkremental
Secara desain, file identik yang tidak dimodifikasi otomatis dilewati oleh CLI untuk menghemat bandwidth. Namun, jika sebuah file telah dimodifikasi secara lokal, Anda harus memberi tahu CLI cara menanganinya dengan menggunakan strategi konflik.
Hindari penggunaan skip untuk cadangan. Meski mencegah pekerjaan duplikat, strategi ini akan mengabaikan file yang dimodifikasi sepenuhnya. Sebaliknya, pilih strategi yang sesuai dengan kebutuhan retensi Anda:
--file-conflict-strategy create-new-revision (direkomendasikan untuk cadangan) mengunggah file yang berubah sebagai versi baru dan menyimpan riwayatnya. Jumlah versi yang disimpan bergantung pada paket Anda, dan versi memakan penyimpanan.
--file-conflict-strategy rename menambahkan akhiran pada nama file yang dimodifikasi dan menyimpan kedua salinannya.
--file-conflict-strategy replace menimpa file sebelumnya dengan file yang baru. Versi lama akan hilang.
--file-conflict-strategy skip mengabaikan setiap file yang sudah ada di cloud, sehingga perubahan tidak pernah disimpan (tidak direkomendasikan untuk cadangan).
Contoh perintah unggah inkremental:
proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision
Menyiapkan cadangan terenkripsi otomatis: Panduan langkah demi langkah
Yang Anda butuhkan:
- Akun Proton (gratis atau berbayar; batas penyimpanan berlaku)
- Binary Proton Drive CLI untuk platform Anda (Linux, macOS, atau Windows)
- Lingkungan shell (Terminal, Bash, Sh, PowerShell)
- Penjadwal tugas untuk proses otomatis: cron (Linux/macOS) atau Task Scheduler (Windows)
Langkah 1: Masuk dan jalankan uji manual
Sebelum menyiapkan otomatisasi, autentikasi perangkat Anda secara interaktif:
proton-drive auth login
Cara kerja autentikasi headless: Saat Anda menjalankan auth login di server tanpa peramban, seperti VPS jarak jauh atau node Linux di rumah, CLI akan menampilkan URL untuk masuk. Buka URL tersebut di perangkat mana pun yang memiliki peramban, seperti laptop atau ponsel Anda, lalu selesaikan proses masuk. Server kemudian sudah masuk.
Tips untuk server headless / cron: Untuk sistem headless dan otomatis yang berjalan melalui cron, sebaiknya gunakan pass sebagai penyimpanan kredensial Anda. Atur dengan variabel lingkungan ini:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Keyring SO standar (libsecret / GNOME Keyring) bergantung pada sesi desktop GUI yang aktif, yang tidak dimiliki tugas cron. Menyiapkan pass menghindari masalah sesi D-Bus.
Langkah 2: Tulis skrip cadangan
Buat skrip shell, misalnya backup.sh, yang menentukan jalur sumber, menangani keyring, dan menjalankan unggahan:
#!/usr/bin/env bash
set -euo pipefail
# Tentukan variabel
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"
# Jalankan unggahan idempoten
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 "Cadangan selesai pada $(date)"
Langkah 3: Jadwalkan cadangan dengan cron atau timer systemd
Untuk menjalankan cadangan ini setiap malam pukul 02:00 menggunakan cron:
- Buka editor crontab Anda dan tambahkan:
crontab -e
- Tambahkan entri eksekusi terjadwal:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1
Praktik terbaik untuk cadangan offsite otomatis
Skrip yang berfungsi hanyalah langkah awal. Tiga kebiasaan ini menjaga cadangan offsite Anda tetap lengkap, mudah dipantau, dan sesuai batas penyimpanan.
Uji pemulihan Anda: Cadangan tanpa pemulihan yang berfungsi sama saja dengan tidak ada cadangan. Siapkan skrip pemulihan yang dibuat berdasarkan proton-drive filesystem download, lalu uji secara rutin agar berfungsi saat terjadi insiden.
Catat log dalam format yang dapat dibaca mesin: Tambahkan --json ke skrip Anda untuk menghasilkan log JSON terstruktur. Anda lalu dapat mengurai status tugas dengan jq atau memicu webhook saat cadangan tidak berhasil.
Patuhi penggunaan wajar: Jangan menjadwalkan unggahan berfrekuensi tinggi, misalnya setiap 60 detik. Jadwal harian atau mingguan sudah cukup untuk cadangan offsite.
Cadangan offsite Anda, terenkripsi dan otomatis
Cadangan Anda hanya seaman tempat Anda mengirimkannya. Dengan Proton Drive CLI, setiap tugas malam mengirim cadangan offsite terenkripsi yang tidak dapat dibaca siapa pun kecuali Anda. Bukan penyerang, bukan penyedia hosting, bukan Proton.
Anda mendapatkan enkripsi end-to-end, perlindungan hukum dari undang-undang privasi Swiss, dan kode sumber terbuka yang telah diaudit secara independen. Anda juga memegang kendali penuh atas alur cadangan Anda: apa yang dijalankan, kapan dijalankan, dan berapa lama setiap versi disimpan.
Pengaturan hanya butuh beberapa menit. Unduh CLI untuk Linux, macOS, atau Windows, jalankan cadangan manual pertama, lalu jadwalkan dan tak perlu memikirkannya lagi.






