Des sauvegardes régulières et hors site protègent les données critiques contre les pannes matérielles, les rançongiciels et les sinistres locaux. Mais les développeurs, les administrateurs système et les utilisateurs avancés soucieux du respect de la vie privée qui exploitent des serveurs sans interface graphique ou des scripts planifiés ne peuvent pas compter sur des importations manuelles via un navigateur ou une application de bureau.
Avec la sortie de l’interface en ligne de commande CLI de Proton Drive, vous pouvez intégrer le chiffrement de bout en bout à divulgation nulle de connaissance de Proton à l’automatisation de vos sauvegardes cloud: vos scripts de sauvegarde et vos workflows shell planifiés.
Pour utiliser la CLI efficacement, il faut comprendre son rôle. Ce guide explique pourquoi une architecture de sauvegarde pilotée par CLI est préférable à une synchronisation continue en arrière-plan, comment les stratégies de conflit gèrent les révisions de fichiers et comment planifier des sauvegardes hors site entièrement chiffrées sous Linux, macOS et Windows.
- Qu’est-ce qu’une sauvegarde hors site et pourquoi est-ce important ?
- Pourquoi chiffrer vos sauvegardes hors site ?
- Scripts atomiques vs. synchronisation en arrière-plan dans la CLI Proton Drive
- Comment les stratégies de conflit gèrent les sauvegardes incrémentielles
- Configurer une sauvegarde chiffrée automatisée: guide étape par étape
- Bonnes pratiques
- Votre sauvegarde hors site, chiffrée et automatisée
Qu’est-ce qu’une sauvegarde hors site et pourquoi est-ce important ?
Si votre sauvegarde se trouve sur la même machine que vos données, ce n’est pas vraiment une sauvegarde. Le matériel tombe en panne. Les rançongiciels chiffrent tout ce qu’ils peuvent atteindre, y compris les disques connectés. Un incendie, une inondation ou un vol ne fait pas la différence entre votre disque principal et le disque de sauvegarde posé juste à côté.
La règle de sauvegarde 3-2-1 existe pour cette raison: conservez au moins 3 copies de vos données, sur au moins 2 supports différents, dont au moins 1 copie hors site.
Cette copie hors site, censée être géographiquement séparée de vos autres sauvegardes et des données principales, est votre dernier rempart: elle doit donc se trouver dans un endroit qu’une panne locale ne peut pas atteindre. Si elle est hébergée dans le cloud, le fournisseur de services ne doit pas non plus pouvoir la lire. C’est là que la CLI Proton Drive entre en jeu.
Pourquoi chiffrer vos sauvegardes hors site ?
Stocker une sauvegarde hors site, c’est confier vos données à un tiers: un serveur distant hors de votre contrôle, exploité par une entreprise dont la propriété ou les politiques peuvent changer, et dont l’infrastructure peut faire l’objet d’une réquisition ou être compromise.
Le chiffrement de bout en bout résout ce problème. Vos fichiers sont chiffrés sur votre appareil avant de le quitter. Si le serveur cloud est compromis, rien n’y est lisible pour un attaquant, le fournisseur ou toute personne dépourvue de votre clé de déchiffrement.
Proton Drive utilise le chiffrement de bout en bout par défaut pour tout ce qui est importé via les applications de bureau, les applications mobiles et la CLI. Votre sauvegarde hors site chiffrée est protégée par la même architecture zéro accès que celle développée par Proton pour Proton Mail, sous le régime de la stricte législation suisse en matière de respect de la vie privée.
Comprendre la CLI Proton Drive: scripts atomiques vs. synchronisation en arrière-plan
La CLI fonctionne différemment d’une application de synchronisation de bureau:
Les applications de bureau et mobiles (moteurs de synchronisation) s’exécutent en permanence en arrière-plan. Elles surveillent les modifications de fichiers et copient chaque ajout, modification et suppression dans le cloud.
La CLI Proton Drive (moteur d’exécution atomique) exécute une seule commande, comme upload, download ou list, puis se termine. Elle ne surveille pas les dossiers locaux et ne s’exécute pas en arrière-plan.
Pourquoi une CLI atomique est judicieuse pour la sécurité et les sauvegardes
Un démon de synchronisation continue reproduit vos données à l’identique, et échoue donc au test 3-2-1. Si un fichier est supprimé localement, que ce soit par accident, à cause d’une erreur de script ou d’un rançongiciel, la suppression atteint immédiatement le cloud. Et si un attaquant s’introduit dans votre système pendant que le démon est actif, il pourrait lire les jetons de session actifs.
La CLI résout ce problème en activant des sauvegardes périodiques et planifiées. Vous l’appelez, elle s’exécute, elle s’arrête, et elle laisse derrière elle un instantané de restauration sécurisé à un instant précis, sur lequel vous pouvez revenir si un fichier a été supprimé ou corrompu accidentellement en local.
Remarque: la CLI ne constitue pas à elle seule une solution de sauvegarde complète. C’est vous qui décidez quoi sauvegarder, à quelle fréquence, combien de versions conserver et comment tester vos restaurations.
Comment les stratégies de conflit gèrent les sauvegardes incrémentielles
Par conception, la CLI ignore automatiquement les fichiers identiques non modifiés pour économiser de la bande passante. Toutefois, lorsqu’un fichier a été modifié localement, vous devez indiquer à la CLI comment le traiter à l’aide des stratégies de conflit.
Évitez d’utiliser skip pour les sauvegardes. Certes, cela évite le travail en double, mais cela ignorera complètement les fichiers modifiés. Choisissez plutôt la stratégie adaptée à vos besoins de conservation:
--file-conflict-strategy create-new-revision (recommandé pour les sauvegardes) importe le fichier modifié en tant que nouvelle version et conserve son historique. Le nombre de versions conservées dépend de votre abonnement, et les versions occupent de l’espace de stockage.
--file-conflict-strategy rename ajoute un suffixe au nom du fichier modifié et conserve les deux copies.
--file-conflict-strategy replace remplace le fichier précédent par le nouveau. L’ancienne version est perdue.
--file-conflict-strategy skip ignore tout fichier qui existe déjà dans le cloud, de sorte que les modifications ne sont jamais enregistrées (non recommandé pour les sauvegardes).
Exemple de commande d’importation incrémentielle:
proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision
Configurer une sauvegarde chiffrée automatisée: guide étape par étape
Ce dont vous avez besoin:
- Un compte Proton (gratuit ou payant; des limites d’espace de stockage s’appliquent)
- Le binaire de la CLI Proton Drive pour votre plateforme (Linux, macOS ou Windows)
- Un environnement shell (Terminal, Bash, Sh, PowerShell)
- Un planificateur de tâches pour les exécutions automatisées: cron (Linux/macOS) ou Planificateur de tâches (Windows)
Étape 1: se connecter et effectuer un test manuel
Avant de configurer l’automatisation, authentifiez votre appareil de manière interactive:
proton-drive auth login
Comment fonctionne l’authentification sans interface graphique: lorsque vous exécutez auth login sur un serveur dépourvu de navigateur, comme un VPS distant ou un nœud Linux domestique, la CLI affiche une URL de connexion. Ouvrez-la sur n’importe quel appareil doté d’un navigateur, comme votre ordinateur portable ou votre téléphone, et terminez la connexion. Le serveur est alors connecté.
Astuce pour les serveurs sans interface graphique / cron: pour les systèmes sans interface graphique et automatisés exécutés via cron, il est recommandé d’utiliser pass comme magasin d’identifiants. Définissez-le avec cette variable d’environnement:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Les trousseaux de clés standards de l’OS (libsecret / GNOME Keyring) dépendent de sessions de bureau graphique actives, dont les tâches cron ne disposent pas. Configurer pass évite les problèmes de session D-Bus.
Étape 2: écrire le script de sauvegarde
Créez un script shell, par exemple backup.sh, qui définit vos chemins d’accès sources, gère les trousseaux de clés et lance l’importation:
#!/usr/bin/env bash
set -euo pipefail
# Définir les variables
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"
# Exécuter une importation idempotente
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 "Sauvegarde terminée à $(date)"
Étape 3: planifier la sauvegarde avec cron ou les minuteurs systemd
Pour exécuter cette sauvegarde chaque nuit à 2:00 avec cron :
- Ouvrez votre éditeur de crontab et ajoutez :
crontab -e
- Ajoutez l’entrée d’exécution planifiée :
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1
Bonnes pratiques pour les sauvegardes hors site automatisées
Un script fonctionnel n’est qu’un début. Ces trois habitudes permettent de garder votre sauvegarde hors site complète, facile à surveiller et dans les limites de votre espace de stockage.
Testez la restauration : Une sauvegarde sans restauration fonctionnelle ne vaut pas mieux que pas de sauvegarde. Gardez un script de restauration prêt, basé sur proton-drive filesystem download, et testez-le régulièrement pour qu’il fonctionne le jour où un incident survient.
Journalisez dans des formats lisibles par machine : Ajoutez --json à vos scripts pour produire des journaux JSON structurés. Vous pouvez ensuite analyser l’état des tâches avec jq ou déclencher un webhook en cas d’échec d’une sauvegarde.
Respectez l’usage équitable : Ne planifiez pas d’imports à haute fréquence, par exemple toutes les 60 secondes. Il suffit de planifier vos sauvegardes hors site chaque jour ou chaque semaine.
Votre sauvegarde hors site, chiffrée et automatisée
Vos sauvegardes ne sont jamais plus sûres que l’endroit où vous les envoyez. Avec la CLI Proton Drive, chaque tâche nocturne envoie une sauvegarde hors site chiffrée que personne d’autre que vous ne peut lire. Ni les attaquants, ni votre hébergeur, ni Proton.
Vous bénéficiez d’un chiffrement de bout en bout, de la protection juridique offerte par le droit suisse sur la vie privée et d’un code open source audité de manière indépendante. Vous gardez aussi le contrôle total de votre pipeline de sauvegarde : ce qui s’exécute, quand, et combien de temps chaque version est conservée.
La configuration ne prend que quelques minutes. Téléchargez la CLI pour Linux, macOS ou Windows, lancez votre première sauvegarde manuelle, puis planifiez-la et n’y pensez plus.






