À la page 3, ce long fil d’assistance ne portait déjà plus principalement sur la connexion à distance. Le problème concret était devenu un conteneur Duplicati qui fonctionnait, mais s’ouvrait sur Service indisponible. Son journal fournissait l’indice clé : la base de données des paramètres avait été créée sans valeur valide pour SETTINGS_ENCRYPTION_KEY, et la modification ultérieure des variables d’environnement n’avait pas corrigé l’état de configuration déjà créé.
La solution proposée par la communauté était volontairement limitée : supprimer et recréer le conteneur Duplicati, effacer uniquement sa base de données de configuration, conserver les dossiers de destination et de source des sauvegardes, puis recréer Duplicati une seule fois avec une véritable clé de chiffrement des paramètres. L’auteur du message initial a ensuite répondu : « J’ai pu y accéder », confirmant que cette procédure avait rétabli l’accès.
Le journal de Duplicati a identifié l’absence de clé de chiffrement des paramètres
Le journal source se terminait par :
Missing encryption key, unable to encrypt your settings database
Please set a value for SETTINGS_ENCRYPTION_KEY and recreate the containerIl s’agit d’un indice bien plus probant que de simples suppositions sur les ports ou l’accès distant à ZimaOS. La panne se situait au niveau de l’application et de sa configuration Duplicati.
La clé des paramètres n’est pas le mot de passe de chiffrement des sauvegardes
-
SETTINGS_ENCRYPTION_KEYprotège la base de données locale des paramètres de Duplicati ; - le mot de passe de chiffrement des sauvegardes protège le contenu sauvegardé ;
- le mot de passe de connexion à l’interface Web est un autre identifiant distinct.
Conservez ces secrets dans un gestionnaire de mots de passe au lieu de réutiliser une valeur de test faible comme 1234.
Ne supprimez pas la destination des sauvegardes
La source indiquait explicitement de ne pas toucher aux données de sauvegarde ni aux dossiers source. La réinitialisation visait uniquement la base de données de configuration de Duplicati dans le chemin de configuration AppData. La suppression du conteneur n’entraîne pas automatiquement celle des sauvegardes lorsque celles-ci sont stockées dans un dossier hôte distinct associé par mappage.
Recréez le conteneur avec une clé valide
- arrêtez et supprimez le conteneur Duplicati défectueux ;
- sauvegardez, puis effacez uniquement la base de données de configuration de Duplicati ;
- définissez une valeur forte pour
SETTINGS_ENCRYPTION_KEY; - recréez le conteneur une seule fois ;
- ouvrez l’interface Web et vérifiez que la configuration démarre normalement.
Comme il s’agit d’un dépannage communautaire, vérifiez les mappages de volumes actuellement utilisés avant de supprimer un répertoire de configuration.
Ne mélangez pas les installations depuis la boutique d’applications et les installations Docker manuelles
Plus tôt dans le même fil, l’utilisateur avait créé par erreur un second conteneur Duplicati manuellement tout en utilisant également la boutique d’applications. Cela avait créé une ambiguïté concernant les ports et la configuration. Choisissez une seule méthode de déploiement et conservez un chemin de configuration de référence unique.
Duplicati est une sauvegarde d’archives, pas un miroir consultable
La discussion source a ensuite précisé que Duplicati stocke des blocs ainsi que des métadonnées. La destination ne doit pas nécessairement ressembler à une copie normale de chaque dossier source : les restaurations s’effectuent via Duplicati.
Testez la restauration d’un fichier unique ainsi que celle d’un dossier avant de faire confiance à la sauvegarde pour des données de production.
Ne confondez pas Duplicati avec la sauvegarde de ZimaOS
ZimaOS dispose également de son propre système de sauvegarde planifiée et versionnée. Duplicati est utile lorsque vous souhaitez précisément son format d’archive chiffré et la prise en charge de ses destinations ; l’application Backup intégrée est plus simple lorsque ses sources et destinations prises en charge correspondent au besoin.
Utilisez le flux actuel de sauvegarde de ZimaOS.
FAQ : Duplicati indisponible
L’utilisateur source a-t-il confirmé que l’accès avait été rétabli ?
Oui. Après le dépannage de la configuration et de la clé, l’auteur du message initial a indiqué avoir pu accéder à Duplicati.
Dois-je supprimer mes fichiers de sauvegarde Duplicati pour corriger l’interface Web ?
Non. La solution source ciblait uniquement la base de données de configuration défectueuse, et non la destination des sauvegardes ni les données source.
SETTINGS_ENCRYPTION_KEY est-elle le mot de passe de sauvegarde ?
Non. Elle protège la base de données locale des paramètres de Duplicati et est distincte du chiffrement du contenu des sauvegardes.
