정기적인 오프사이트 백업은 하드웨어 고장, 랜섬웨어, 국지적 재해로부터 중요한 데이터를 보호합니다. 하지만 헤드리스 서버나 예약된 스크립트를 운영하는 개발자, 시스템 관리자, 개인정보 보호에 민감한 파워 유저는 브라우저나 데스크톱 앱을 통한 수동 업로드에 의존할 수 없습니다.

Proton Drive CLI(명령줄 인터페이스) 출시로 Proton의 제로 지식 종단 간 암호화(E2EE)를 클라우드 백업 자동화, 즉 백업 스크립트와 예약된 셸 워크플로에 도입할 수 있습니다.

CLI를 효과적으로 사용하려면 그 역할을 이해해야 합니다. 이 가이드에서는 CLI 기반 백업 아키텍처가 지속적인 백그라운드 동기화보다 나은 이유, 충돌 전략이 파일 버전을 처리하는 방식, Linux, macOS, Windows에서 완전히 암호화된 오프사이트 백업을 예약하는 방법을 설명합니다.

오프사이트 백업이란 무엇이며 왜 중요할까요?

백업이 데이터와 같은 컴퓨터에 있다면, 그것은 사실상 백업이 아닙니다. 하드웨어는 언제든 고장 납니다. 랜섬웨어는 연결된 드라이브를 포함해 접근할 수 있는 모든 것을 암호화합니다. 화재, 홍수, 도난은 기본 디스크와 바로 옆에 놓인 백업 드라이브를 구분하지 않습니다.

3-2-1 백업 규칙이 존재하는 이유도 여기에 있습니다 : 데이터를 최소 3개의 복사본으로, 최소 2가지 다른 매체에 보관하고, 그중 최소 1개는 오프사이트에 두세요.

다른 백업과 주요 데이터로부터 지리적으로 분리되어야 하는 오프사이트 복사본은 최후의 방어선이므로, 국지적 장애가 닿지 않는 곳에 있어야 합니다. 클라우드에 보관한다면 서비스 제공업체조차 이를 읽을 수 없어야 합니다. 바로 이 지점에서 Proton Drive CLI가 필요합니다.

오프사이트 백업을 암호화해야 하는 이유

백업을 오프사이트에 보관한다는 것은 데이터를 제3자에게 맡긴다는 의미입니다 : 직접 통제할 수 없는 원격 서버를 운영하는 회사의 소유권이나 정책은 언제든 바뀔 수 있고, 그 인프라는 법적 제출 요구의 대상이 되거나 침해될 수 있습니다.

종단 간 암호화가 이 문제를 해결합니다. 파일은 기기를 떠나기 전에 기기에서 암호화됩니다. 클라우드 서버가 유출되더라도 공격자나 서비스 제공업체, 또는 복호화 키가 없는 누구도 읽을 수 있는 내용이 남아 있지 않습니다.

데스크톱 앱, 모바일 앱, CLI를 통해 업로드되는 모든 항목에 Proton Drive는 기본적으로 종단 간 암호화를 사용합니다. 암호화된 오프사이트 백업은 Proton이 Proton Mail을 위해 구축한 것과 동일한 제로 액세스 아키텍처로 보호되며, 엄격한 스위스 개인정보 보호법의 적용을 받습니다.

Proton Drive CLI 이해하기 : 원자적 스크립팅과 백그라운드 동기화 비교

CLI는 데스크톱 동기화 앱과 다르게 작동합니다 :

데스크톱 및 모바일 앱(동기화 엔진)은 백그라운드에서 지속적으로 실행됩니다. 파일 변경을 감시하고 추가, 편집, 삭제된 모든 항목을 클라우드로 복사합니다.

Proton Drive CLI(원자적 실행 엔진)는 upload, download, list 같은 단일 명령을 실행한 뒤 종료합니다. 로컬 폴더를 감시하거나 백그라운드에서 실행되지 않습니다.

보안과 백업에 원자적 CLI가 적합한 이유

지속적인 동기화 데몬은 데이터를 그대로 미러링하므로 3-2-1 조건을 충족하지 못합니다. 실수든, 스크립트 오류든, 랜섬웨어든 로컬에서 파일이 삭제되면 그 삭제가 즉시 클라우드에 반영됩니다. 또한 데몬이 실행되는 동안 공격자가 시스템을 침해하면 활성 세션 토큰을 읽을 수 있습니다.

CLI는 주기적인 예약 백업을 활성화하여 이 문제를 해결합니다. CLI를 호출하면 실행되고, 종료되며, 로컬에서 파일이 실수로 삭제되거나 손상되었을 때 되돌릴 수 있는 안전한 특정 시점 복구 스냅샷을 남깁니다.

참고 : CLI만으로는 완전한 백업 솔루션이 아닙니다. 무엇을 백업할지, 얼마나 자주 백업할지, 버전을 몇 개나 보관할지, 복원을 어떻게 테스트할지는 여전히 직접 결정해야 합니다.

충돌 전략이 증분 백업을 관리하는 방법

CLI는 대역폭을 절약하기 위해 수정되지 않은 동일한 파일은 자동으로 건너뜁니다. 그러나 파일이 로컬에서 수정되었다면, 충돌 전략을 사용해 CLI에 처리 방법을 지정해야 합니다.

백업에는 skip을 사용하지 마세요. 중복 작업은 막아 주지만, 수정된 파일을 완전히 무시합니다. 대신 보존 요구 사항에 맞는 전략을 선택하세요 :

--file-conflict-strategy create-new-revision은 백업에 권장되는 옵션으로, 변경된 파일을 새 버전으로 업로드하고 이전 기록을 유지합니다. 보관되는 버전 수는 요금제에 따라 다르며, 버전은 저장공간을 차지합니다.

--file-conflict-strategy rename은 수정된 파일 이름에 접미사를 추가하고 두 복사본을 모두 유지합니다.

--file-conflict-strategy replace는 이전 파일을 새 파일로 덮어씁니다. 이전 버전은 사라집니다.

--file-conflict-strategy skip은 클라우드에 이미 있는 파일을 모두 무시하므로 변경 사항이 저장되지 않습니다(백업에는 권장되지 않음).

증분 업로드 명령 예시 :

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

자동화된 암호화 백업 설정 : 단계별 가이드

필요한 항목 :

  • Proton 계정(무료 또는 유료, 저장공간 제한 적용)
  • 사용하는 플랫폼에 맞는 Proton Drive CLI 바이너리(Linux, macOS, Windows)
  • 셸 환경(Terminal, Bash, Sh, PowerShell)
  • 자동 실행을 위한 작업 스케줄러 : cron(Linux/macOS) 또는 Task Scheduler(Windows)

1단계 : 로그인하고 수동 테스트 실행

자동화를 설정하기 전에 기기를 대화형으로 인증하세요 :

proton-drive auth login

헤드리스 인증 작동 방식 : 원격 VPS나 가정용 Linux 노드처럼 브라우저가 없는 서버에서 auth login을 실행하면 CLI가 로그인 URL을 출력합니다. 노트북이나 휴대폰 등 브라우저가 있는 기기에서 이 URL을 열고 로그인을 완료하세요. 그러면 서버가 로그인된 상태가 됩니다.

헤드리스 서버 및 cron을 위한 팁 : cron으로 실행되는 헤드리스 및 자동화 시스템에서는 pass를 자격 증명 저장소로 사용하는 것이 좋습니다. 다음 환경 변수로 설정하세요 :export PROTON_DRIVE_CREDENTIALS_STORE="pass"). 표준 운영 체제 키링(libsecret / GNOME Keyring)은 활성 GUI 데스크톱 세션에 의존하는데, cron 작업에는 그런 세션이 없습니다. pass를 설정하면 D-Bus 세션 문제를 피할 수 있습니다.

2단계 : 백업 스크립트 작성

원본 경로를 정의하고, 키링을 처리하고, 업로드를 실행하는 backup.sh 같은 셸 스크립트를 만드세요 :

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

# 변수 정의
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"

# 멱등 업로드 실행
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 "백업이 $(date)에 성공적으로 완료되었습니다"

3단계 : cron 또는 systemd 타이머로 백업 예약

cron을 사용하여 매일 오전 2:00에 이 백업을 실행하려면:

  1. crontab 편집기를 열고 다음을 추가하세요:
crontab -e
  1. 예약 실행 항목을 추가하세요:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

자동화된 오프사이트 백업 모범 사례

작동하는 스크립트는 시작에 불과합니다. 다음 세 가지 습관을 들이면 오프사이트 백업을 완전하게 유지하고, 손쉽게 모니터링하며, 저장공간 한도 내에서 관리할 수 있습니다.

복구를 테스트하세요: 제대로 작동하는 복원이 없는 백업은 백업이 없는 것과 같습니다. proton-drive filesystem download를 기반으로 복원 스크립트를 준비해 두고, 사고가 발생했을 때 제대로 작동하도록 정기적으로 테스트하세요.

기계 판독 가능한 형식으로 로그를 기록하세요: 스크립트에 --json을 추가하면 구조화된 JSON 로그를 출력할 수 있습니다. 그러면 jq로 작업 상태를 구문 분석하거나 백업이 실패할 때 웹훅을 트리거할 수 있습니다.

공정 사용을 준수하세요: 60초마다 업로드하는 것처럼 지나치게 잦은 업로드를 예약하지 마세요. 오프사이트 백업에는 일간 또는 주간 일정이면 충분합니다.

암호화되고 자동화된 오프사이트 백업

백업은 보내는 곳이 안전한 만큼만 안전합니다. Proton Drive CLI를 사용하면 매일 밤 실행되는 작업이 암호화된 오프사이트 백업을 전송하며, 여러분 외에는 아무도 그 내용을 읽을 수 없습니다. 공격자도, 호스팅 제공업체도, Proton도 아닙니다.

종단 간 암호화, 스위스 개인정보 보호법이라는 법적 보호, 그리고 독립적인 감사를 거친 오픈 소스 코드를 제공합니다. 또한 백업 파이프라인을 완전히 제어할 수 있습니다. 무엇을 실행할지, 언제 실행할지, 각 버전을 얼마나 오래 보관할지 모두 직접 정합니다.

설정에는 몇 분이면 충분합니다. Linux, macOS 또는 Windows용 CLI를 다운로드하고 첫 수동 백업을 실행한 다음, 예약해 두고 더 이상 신경 쓰지 마세요.

Proton Drive CLI 다운로드 비즈니스 요금제 보기