Регулярные внешние резервные копии защищают критически важные данные от сбоев оборудования, программ-вымогателей и локальных катастроф. Но разработчики, системные администраторы и опытные пользователи, заботящиеся о конфиденциальности, которые запускают серверы без графического интерфейса или скрипты по расписанию, не могут полагаться на ручную загрузку через браузер или настольное приложение.

С выпуском Proton Drive CLI (интерфейса командной строки) вы сможете внедрить в автоматизацию облачного резервного копирования сквозное шифрование (E2EE) Proton с нулевым знанием: в свои скрипты резервного копирования и запланированные рабочие процессы командной оболочки.

Чтобы эффективно использовать CLI, нужно понимать его назначение. В этом руководстве рассказывается, почему архитектура резервного копирования на основе CLI лучше непрерывной фоновой синхронизации, как стратегии разрешения конфликтов обрабатывают версии файлов и как настроить расписание полностью зашифрованных внешних резервных копий в Linux, macOS и Windows.

Что такое внешняя резервная копия и почему это важно?

Если резервная копия хранится на том же компьютере, что и данные, это не настоящая резервная копия. Оборудование выходит из строя. Программы-вымогатели шифруют всё, до чего могут добраться, включая подключённые диски. Пожар, наводнение или кража не различают основной диск и диск с резервной копией, стоящий рядом с ним.

Правило резервного копирования 3-2-1 существует именно для этого: храните не менее 3 копий данных на не менее чем 2 разных носителях, причём хотя бы 1 копия должна быть внешней.

Эта внешняя копия, которая должна быть географически отделена от других резервных копий и основных данных, является вашей последней линией защиты, поэтому она должна храниться там, куда не добраться при локальном сбое. Если она находится в облаке, поставщик услуг тоже не должен иметь возможности её прочитать. Именно здесь и пригодится Proton Drive CLI.

Зачем шифровать внешние резервные копии?

Хранение резервной копии вне вашей инфраструктуры означает, что вы доверяете свои данные третьей стороне: удалённому серверу, который вам не подконтролен и которым управляет компания, чьи владельцы или политика могут измениться, а инфраструктура может стать объектом судебного запроса или взлома.

Сквозное шифрование решает эту проблему. Ваши файлы шифруются на устройстве, прежде чем покинуть его. Если облачный сервер скомпрометирован, на нём нет ничего читаемого для злоумышленника, поставщика услуг или кого-либо ещё, у кого нет ключа дешифрования.

В Proton Drive по умолчанию используется сквозное шифрование для всего, что загружается через настольные и мобильные приложения, а также CLI. Ваша зашифрованная внешняя резервная копия защищена той же архитектурой с нулевым доступом, которую Proton создал для Proton Mail, согласно строгим швейцарским законам о конфиденциальности.

Как устроен Proton Drive CLI: атомарные скрипты против фоновой синхронизации

CLI работает иначе, чем настольное приложение для синхронизации:

Настольные и мобильные приложения (механизмы синхронизации) работают непрерывно в фоновом режиме. Они отслеживают изменения файлов и копируют в облако каждое добавление, изменение и удаление.

Proton Drive CLI (механизм атомарного выполнения) выполняет одну команду, например upload, download или list, и завершает работу. Он не отслеживает локальные папки и не работает в фоновом режиме.

Почему атомарный CLI оправдан для безопасности и резервного копирования

Демон непрерывной синхронизации зеркалирует данные, поэтому он не проходит проверку по правилу 3-2-1. Если файл удаляется локально, случайно, из-за ошибки в скрипте или из-за программ-вымогателей, удаление сразу попадает в облако. А если злоумышленник получает доступ к системе, пока демон работает, он может прочитать активные токены сеанса.

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) или Планировщик заданий (Windows)

Шаг 1. Войдите в аккаунт и выполните проверку вручную

Прежде чем настраивать автоматизацию, аутентифицируйте устройство в интерактивном режиме:

proton-drive auth login

Как работает аутентификация на серверах без графического интерфейса: когда вы запускаете auth login на сервере без браузера, например на удалённом VPS или домашнем узле Linux, CLI выводит URL для входа. Откройте его на любом устройстве с браузером, например на ноутбуке или телефоне, и завершите вход. После этого сервер считается авторизованным.

Совет для серверов без графического интерфейса и cron: для систем без графического интерфейса и автоматизированных задач, запускаемых через cron, рекомендуется использовать pass в качестве хранилища учётных данных. Задайте его с помощью этой переменной среды: export PROTON_DRIVE_CREDENTIALS_STORE="pass". Стандартные связки ключей ОС (libsecret / GNOME Keyring) зависят от активных графических сеансов рабочего стола, которых у заданий 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

Чтобы запускать эту резервную копию каждую ночь в 2:00 с помощью cron:

  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 секунд. Для внешних резервных копий достаточно расписания раз в день или раз в неделю.

Ваша внешняя резервная копия: зашифрованная и автоматизированная

Ваши резервные копии надёжны ровно настолько, насколько надёжно место, куда вы их отправляете. С помощью CLI Proton Drive каждая ночная задача отправляет зашифрованную внешнюю резервную копию, которую не может прочитать никто, кроме вас. Ни злоумышленники, ни ваш хостинг-провайдер, ни Proton.

Вы получаете сквозное шифрование, правовую защиту швейцарского законодательства о конфиденциальности и открытый исходный код, прошедший независимый аудит. Кроме того, вы полностью контролируете процесс резервного копирования: что запускается, когда и как долго хранится каждая версия.

Настройка занимает несколько минут. Скачайте CLI для Linux, macOS или Windows, запустите первую резервную копию вручную, а затем настройте расписание — и больше о ней не думайте.

Скачать CLI Proton Drive Посмотреть тарифы для бизнеса