Sauvegardes hors site
Pourquoi une copie à côté des données ne vous sauve pas, où l'entreposer, comment restreindre les permissions des clés et ce qui doit rester accessible si la machine est totalement indisponible.
Mis à jour le 23 août 2026
Une copie sur le même disque vous protège d'une seule chose : votre propre erreur rm -rf. Seule une copie dans un autre emplacement vous sauve d'une réinstallation de l'OS, d'une perte d'accès, d'un rançongiciel ou de toute panne qui met hors service la machine entière.
Où l'effectuer
| Emplacement | Avantages | Points de vigilance |
|---|---|---|
| Second VPS | Contrôle total, lien rapide | Les deux machines chez un même fournisseur — risque partagé |
| Ordinateur personnel ou NAS | Peu coûteux, physiquement séparé | Nécessite une adresse permanente ou que le côté domicile initie la connexion |
| Stockage objet S3 | Aucune maintenance, paiement au volume | Vérifiez les coûts de trafic sortant lors de la restauration |
| Stockage séparé avec accès SFTP | Simple, peu coûteux sur de gros volumes | Généralement aucune gestion de versions côté stockage |
Le principe est simple : la copie doit survivre à la perte totale de la machine source. Si les deux stockages tombent lors d'un même événement, vous n'avez qu'un seul emplacement.
Qui tire depuis qui
Deux options existent, et elles protègent différemment contre les rançongiciels.
La machine pousse la copie. Simple, mais la clé de push se trouve sur la machine. Un attaquant qui obtient root atteindra aussi le stockage.
Le stockage tire la copie lui-même. La clé se trouve sur le récepteur, et la machine n'en sait rien. Plus sûr, mais exige que le récepteur puisse joindre la machine.
Un compromis qui couvre les deux cas : la machine pousse, mais la clé sur le récepteur est limitée à l'écriture seule, sans permission de suppression.
command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup
Avec Restic, le même rôle est joué par le mode append-only — un dépôt auquel vous pouvez uniquement ajouter :
restic --repo sftp:backup@host:/srv/restic backup /data
Dans ce cas, le récepteur supprime les anciens instantanés selon son propre calendrier, pas la machine.
Une clé qui se trouve sur la machine et qui a le droit de supprimer les copies dévalue tout le schéma. Les rançongiciels cherchent exactement cette clé en premier. Les permissions de suppression doivent appartenir à quelqu'un d'autre.
Vérification de la disponibilité
Vous aurez généralement besoin d'une restauration au pire moment possible : la machine est hors service, vous paniquez, et le temps manque. Assurez-vous à l'avance de disposer de :
- L'adresse du stockage et les identifiants — notés en dehors de cette machine.
- Le mot de passe du dépôt Restic — dans un gestionnaire de mots de passe.
- Le mot de passe root de la machine — il est stocké chiffré et affiché par un bouton dans l'onglet « Accès » du panneau
/hosting/vds/m/<id>, mais le panneau n'est accessible qu'à vous. - Une liste de ce qui se trouve où : quelle copie contient quoi.
Notez cela dans une courte note et conservez-la hors du VPS.
Quelle quantité de données déplacer
La bande passante atteint 500 Mbps, mais le goulot d'étranglement se situe généralement côté récepteur. Effectuez la première copie complète manuellement et à un moment calme ; ensuite, seules les modifications passeront. Pour limiter la vitesse afin de ne pas gêner les services :
rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...
Les valeurs sont en kilo-octets par seconde.
Erreurs courantes
- Les deux copies chez un même fournisseur au même endroit. Cela ne fait qu'un seul emplacement, quel que soit le nom que vous lui donnez.
- La copie est poussée, mais personne ne sait qu'elle s'est arrêtée. Configurez une vérification de push dans Uptime Kuma.
- Vous n'avez jamais testé de restauration. Voir exercice de restauration.
- Les identifiants du stockage se trouvent dans un script qui finit aussi dans la copie. Pas fatal avec le chiffrement, mais si vous perdez le stockage en même temps que le script, c'est une faille.
Ce qu'il faut exactement mettre dans la copie est traité dans que sauvegarder ; les méthodes sont rsync et Restic.