Solución de la comunidad

Servicio de Duplicati no disponible en ZimaOS: restablece la base de datos de configuración dañada sin eliminar las copias de seguridad

Page 3 of a long January 2026 thread had moved from remote-login and storage problems into a Duplicati startup failure. Logs showed a missing SETTINGS_ENCRYPTION_KEY. A community reply advised recreating only the Duplicati config database with a valid key while preserving sources and backups; the original poster then confirmed they could get into Duplicati.

Para la página 3, este largo hilo de soporte ya no trataba principalmente sobre el inicio de sesión remoto. El problema práctico había pasado a ser un contenedor de Duplicati que estaba en ejecución, pero se abría como Servicio no disponible. Su registro proporcionó la pista clave: la base de datos de configuración se había creado sin un SETTINGS_ENCRYPTION_KEY válido, y cambiar las variables de entorno después no había reparado el estado de configuración ya creado.

La solución de la comunidad fue deliberadamente limitada: eliminar y volver a crear el contenedor de Duplicati, borrar únicamente su base de datos de configuración, mantener intactas la carpeta de destino de las copias de seguridad y las carpetas de origen, y después volver a crear Duplicati una sola vez con una clave de cifrado de configuración real. Más tarde, el autor original respondió: «Pude entrar», confirmando que el procedimiento de recuperación restableció el acceso.

Aplicación Duplicati de ZimaOS mostrando un error de inicio de Servicio no disponible
El contenedor de Duplicati de origen aparecía en ZimaOS, pero su interfaz web no podía iniciarse correctamente.

El registro de Duplicati identificó la ausencia de la clave de cifrado de configuración

El registro de origen terminaba con:

Missing encryption key, unable to encrypt your settings database
Please set a value for SETTINGS_ENCRYPTION_KEY and recreate the container

Esto constituye una evidencia mucho más sólida que especular con los puertos o el acceso remoto de ZimaOS. El fallo se encontraba en la capa de aplicación/configuración de Duplicati.

La clave de configuración no es la misma que la contraseña de cifrado de la copia de seguridad

  • SETTINGS_ENCRYPTION_KEY protege la base de datos de configuración local de Duplicati;
  • la contraseña de cifrado de la copia de seguridad protege el contenido de la copia;
  • la contraseña de inicio de sesión de la interfaz web es otra credencial independiente.

Guarda estos secretos en un gestor de contraseñas en lugar de reutilizar un valor de prueba débil como 1234.

Configuración de la aplicación Duplicati en ZimaOS con las unidades de configuración y origen de la copia, además de SETTINGS_ENCRYPTION_KEY
La configuración de origen mezclaba los ajustes de la aplicación, el almacenamiento de copias y las carpetas de origen, por lo que era especialmente importante eliminar únicamente la ruta de configuración durante la recuperación.

No elimines el destino de la copia de seguridad

El contenido de origen advertía explícitamente que no se tocaran los datos de las copias ni las carpetas de origen. El restablecimiento afectaba únicamente a la base de datos de configuración de Duplicati en la ruta de configuración de AppData. Eliminar el contenedor no implica automáticamente eliminar las copias cuando sus datos se almacenan en una carpeta del host asignada por separado.

Vuelve a crear el contenedor con una clave válida

  1. detén y elimina el contenedor de Duplicati averiado;
  2. haz una copia de seguridad y borra únicamente la base de datos de configuración de Duplicati;
  3. establece un SETTINGS_ENCRYPTION_KEY seguro;
  4. vuelve a crear el contenedor una sola vez;
  5. abre la interfaz web y verifica que la configuración se inicie con normalidad.

Como se trata de una solución de problemas basada en la comunidad, revisa las asignaciones de volúmenes actuales antes de eliminar cualquier directorio de configuración.

No mezcles instalaciones desde la tienda de aplicaciones y Docker manual

Al principio del mismo hilo, el usuario creó accidentalmente un segundo contenedor de Duplicati de forma manual mientras también utilizaba la tienda de aplicaciones. Esto generó ambigüedad en los puertos y la configuración. Elige un método de implementación y mantén una única ruta de configuración autorizada.

Duplicati es una copia de seguridad archivada, no un espejo navegable

Más adelante, la conversación de origen aclaró que Duplicati almacena bloques junto con metadatos. No se espera que el destino tenga el aspecto de una copia normal de cada carpeta de origen; las restauraciones se realizan mediante Duplicati.

Prueba tanto la restauración de un archivo individual como la de una carpeta antes de confiar en la copia de seguridad para datos de producción.

No confundas Duplicati con la copia de seguridad de ZimaOS

ZimaOS también cuenta con su propio sistema de copias de seguridad programadas y versionadas. Duplicati resulta útil cuando necesitas específicamente su formato de archivo cifrado y la compatibilidad con determinados destinos; la aplicación de copia de seguridad integrada es más sencilla cuando sus orígenes y destinos compatibles satisfacen el requisito.

Consulta el flujo actual de copias de seguridad de ZimaOS.

Preguntas frecuentes sobre el error Servicio no disponible de Duplicati

¿El usuario de origen confirmó que se había restaurado el acceso?

Sí. Después de resolver los problemas de configuración y de la clave, el autor original dijo que pudo entrar en Duplicati.

¿Debo eliminar mis archivos de copia de seguridad de Duplicati para solucionar la interfaz web?

No. La solución de origen afectaba únicamente a la base de datos de configuración averiada, no al destino de la copia ni a los datos de origen.

¿SETTINGS_ENCRYPTION_KEY es la contraseña de la copia de seguridad?

No. Protege la base de datos de configuración local de Duplicati y es independiente del cifrado del contenido de la copia.