Problème
Le serveur qui hébergeait Vaultwarden est perdu : disque mort, carte SD corrompue, machine volée ou détruite. Plus aucune application ne peut synchroniser, et l'on craint d'avoir perdu tous ses mots de passe. C'est le moment où une mauvaise manipulation coûte le plus cher : se déconnecter des applications, ou restaurer une sauvegarde incomplète, peut faire perdre ce qui restait. Dans la plupart des cas, rien n'est perdu, à condition d'agir dans le bon ordre.
Solution recommandée
Commencer par protéger ce qui reste : les applications encore connectées gardent une copie hors ligne du coffre, il ne faut surtout pas s'en déconnecter. Ensuite, reconstruire le serveur sur une nouvelle machine avec la même configuration et la même adresse, y restaurer la sauvegarde complète (base, pièces jointes, fichiers rsa_key et config.json), vérifier sur un seul appareil, puis rebrancher les autres. Sans sauvegarde, exporter le coffre depuis une application encore déverrouillable avant toute autre chose, puis recréer un serveur et importer. Dans tous les cas, refaire une sauvegarde dès que le service est rétabli.
Matériel & outils
Une nouvelle machine (Raspberry Pi, mini-ordinateur), la dernière sauvegarde du dossier de données de Vaultwarden, le fichier compose.yml d'origine ou ses réglages notés, la clé de chiffrement de la sauvegarde si elle est chiffrée, une application Bitwarden encore connectée
Étapes
1. Ne se déconnecter d'aucune application, ne pas vider leurs données, ne pas les réinstaller. Tant qu'elles restent connectées, elles gardent une copie du coffre lisible avec le mot de passe maître, même sans serveur 2. Si aucune sauvegarde n'existe, passer tout de suite à l'étape 9 : l'export est alors la priorité absolue 3. Préparer une nouvelle machine, installer Docker, et remettre le même fichier compose.yml, avec la même valeur de DOMAIN. Si le tunnel privé est utilisé, donner à la machine le même nom que l'ancienne pour retrouver la même adresse 4. Récupérer la dernière sauvegarde et, si elle est chiffrée, la déchiffrer avec sa clé, que vous avez rangée hors du coffre 5. Replacer dans le dossier de données, avant le premier démarrage, la base db.sqlite3, le dossier attachments, les fichiers rsa_key et config.json. Sans les fichiers rsa_key, tout le monde sera déconnecté ; sans attachments, les pièces jointes manqueront 6. Démarrer le conteneur avec docker compose up -d, puis lire ses messages avec docker logs vaultwarden pour vérifier qu'il a bien démarré sur la base restaurée 7. Vérifier sur un seul appareil d'abord : ouvrir l'adresse https du serveur, se connecter, et comparer quelques éléments récents avec la copie hors ligne d'une autre application. Les éléments ajoutés après la sauvegarde n'y seront pas : les noter depuis une application encore connectée avant qu'elle ne se synchronise 8. Rebrancher ensuite les autres appareils, puis refaire immédiatement une sauvegarde complète et vérifier qu'elle part bien hors du serveur 9. Sans sauvegarde : depuis une application encore connectée et déverrouillable, exporter le coffre dans ses réglages, de préférence au format chiffré protégé par un mot de passe. Recréer ensuite un serveur neuf, créer le compte, puis importer l'export. Détruire l'export dès qu'il a servi s'il n'est pas chiffré 10. Faire le point sur ce qui a été perdu et changer la façon de sauvegarder pour que cela ne se reproduise pas : copie automatique, hors du serveur, restauration testée
Coût estimé
0 € si une machine de remplacement est disponible. Sinon, de l'ordre de 80 à 250 € pour un Raspberry Pi ou un mini-ordinateur d'occasion, et une trentaine d'euros pour un SSD.
Limites
Un export ne contient pas tout : les pièces jointes et les Sends n'y figurent pas, et les éléments partagés dans une organisation s'exportent séparément, depuis l'organisation, par quelqu'un qui en a les droits. Sans sauvegarde ni application encore connectée, le coffre est perdu : le chiffrement de bout en bout fait qu'aucun service ne peut le reconstituer. Ne couvre pas un serveur compromis par un tiers : dans ce cas, restaurer une sauvegarde antérieure à la compromission et changer les mots de passe importants. Ne couvre pas la migration vers un autre type de base de données.
Erreurs fréquentes
Se déconnecter d'une application ou la réinstaller « pour repartir propre », ce qui détruit la dernière copie du coffre quand il n'y a pas de sauvegarde. Restaurer la seule base sans les fichiers rsa_key : le coffre est là, mais tous les utilisateurs sont déconnectés et croient à une nouvelle panne. Rebrancher tous les appareils d'un coup sur une sauvegarde ancienne, et laisser les applications se synchroniser avant d'avoir noté les éléments créés depuis. Découvrir le jour de la panne que la clé de chiffrement de la sauvegarde était rangée dans le coffre.
Alternatives
Tester la restauration à froid une fois par trimestre sur une autre machine : le jour de la vraie panne, la procédure est connue et chronométrée. Garder une sauvegarde hors de la maison, chiffrée, avec la clé notée sur papier. Pour ceux qui ne veulent pas porter ce risque, revenir à Bitwarden hébergé par l'éditeur, en important un export du coffre.
Besoin d'un accompagnement personnalisé ?
Cours 1:1, conseil de solution, ou simplement une question précise - contacte-moi directement.