La sauvegarde, c’est un peu comme l’assurance habitation. Personne ne s’enthousiasme à l’idée d’en parler. Personne ne poste des captures d’écran de ses backups sur les réseaux. Pourtant, le jour où tout s’effondre, c’est la seule chose qui compte.
Un disque SSD qui décide que la vie est trop courte. Un VPS supprimé par erreur. Une mauvaise commande tapée un peu trop vite. Ou pire un ransomware qui chiffre silencieusement des mois de travail. À cet instant précis, la seule question qui compte n’est pas “Pourquoi ?”, mais “Est-ce que j’ai une sauvegarde exploitable ?”
C’est là que Restic entre en scène. Pas comme un gadget. Pas comme un outil marketingisé. Mais comme une réponse technique solide à un problème qui ne pardonne aucune approximation.
Le mensonge confortable des sauvegardes bricolées
Pendant des années, la sauvegarde sous Linux s’est résumée à des scripts rsync lancés via cron, des dumps SQL stockés dans un répertoire annexe, ou des archives compressées envoyées vers un serveur distant “par sécurité”.
Ça fonctionne… en apparence. Jusqu’au jour où le serveur principal et le stockage de backup partagent la même alimentation électrique. Jusqu’au jour où le compte FTP distant se fait compromettre. Jusqu’au jour où personne ne sait exactement quelle version restaurer.
Une sauvegarde moderne ne doit pas être une simple copie. Elle doit être pensée pour survivre au pire scénario possible.
Restic, ou la sauvegarde conçue avec la paranoïa saine
Restic est un outil open source écrit en Go, conçu dès le départ avec une idée centrale : la sécurité par défaut. Pas comme une option à activer après coup. Pas comme une case à cocher dans une interface. Mais comme une fondation.
Chaque dépôt (repository) Restic est chiffré côté client. Cela signifie que les données sont protégées avant même de quitter votre machine. Le backend de stockage — qu’il s’agisse d’un serveur SFTP, d’un bucket S3 ou d’un stockage compatible, ne voit jamais les données en clair.
Autrement dit : vous pouvez utiliser un fournisseur de stockage public sans lui accorder la moindre confiance.
Chiffrement : ce qui se passe réellement
Restic utilise des primitives cryptographiques modernes pour garantir confidentialité et intégrité. Chaque fichier est découpé en blocs, chiffré, puis indexé. Le mot de passe que vous définissez devient la clé maîtresse permettant de dériver les clés de chiffrement.
Sans ce mot de passe, le repository est inutilisable. Même si un attaquant met la main sur l’ensemble des données stockées, elles restent inexploitables.
C’est un détail qui change tout dans une ère où les violations de données sont devenues quasi routinières.
Snapshots : le voyage dans le temps maîtrisé
Restic ne fait pas de simples copies successives, il crée des snapshots. Chaque sauvegarde capture l’état complet des fichiers à un instant donné. Mais au lieu de recopier tout le contenu, il détecte les blocs déjà présents et ne stocke que les différences.
Ce mécanisme de déduplication par blocs rend les sauvegardes incrémentales extrêmement efficaces. Vous pouvez effectuer des sauvegardes fréquentes sans exploser votre espace de stockage.
Et surtout, vous pouvez revenir à n’importe quel état antérieur avec précision.
Backends : liberté totale
L’un des grands atouts de Restic est sa compatibilité avec de nombreux systèmes de stockage. Local, NAS, serveur distant en SSH, Amazon S3, Backblaze B2, stockage compatible S3, WebDAV…
Vous n’êtes pas enfermé dans une plateforme propriétaire. Vous pouvez changer de backend sans changer d’outil.
Mise en place : simplicité radicale
sudo apt install resticInitialisation du dépôt :
restic init --repo sftp:user@serveur:/backupLancement d’une sauvegarde :
restic -r sftp:user@serveur:/backup backup /homeEn quelques commandes, une stratégie de sauvegarde robuste est en place.
Restauration : le moment de vérité
Restic permet de lister les snapshots disponibles, de monter un snapshot comme un système de fichiers temporaire, ou de restaurer directement vers un répertoire spécifique.
La restauration est rapide, documentée, prévisible. Et c’est fondamental. Parce qu’une sauvegarde qui ne peut pas être restaurée facilement est une illusion de sécurité.
Automatisation et politique de rétention
Restic s’intègre naturellement avec cron ou systemd timers. Vous pouvez planifier des sauvegardes quotidiennes, hebdomadaires, ou horaires. Vous pouvez définir des règles de rétention pour conserver les snapshots récents tout en supprimant les anciens.
Votre historique devient maîtrisé, prévisible, contrôlé.
Performance et efficacité
Grâce à la déduplication et à la gestion intelligente des blocs, Restic limite le volume de données transférées après la première sauvegarde complète. Les exécutions suivantes sont rapides et efficaces.
Cela permet d’envisager des sauvegardes fréquentes sans impacter significativement les performances du système.
Restic face aux autres solutions
Comparé à des solutions historiques comme BorgBackup, Restic mise sur une portabilité et une simplicité accrues. Comparé à des solutions commerciales, il offre transparence et contrôle total.
Il ne cherche pas à devenir une plateforme SaaS. Il cherche à être fiable. Ce qui, pour une sauvegarde, est exactement la priorité.
La vraie question : dormez-vous tranquille ?
Une bonne stratégie de sauvegarde ne se voit pas. Elle ne se remarque pas. Elle fonctionne en silence. Mais elle transforme radicalement votre niveau de sérénité.
Restic n’est pas spectaculaire. Il est solide. Et parfois, dans le monde Linux, la solidité vaut bien plus que le spectacle.
Le jour où tout plante, vous ne chercherez pas un dashboard élégant. Vous chercherez une commande qui fonctionne.
Et si vous avez choisi Restic, il y a de fortes chances que ce soit le cas.
