n8n en NAS Synology (Container Manager, Postgres)

Quien quiera operar n8n en un NAS Synology configura hoy la plataforma de automatización mediante Container Manager como proyecto Docker Compose, añade para el uso productivo una base de datos Postgres en lugar del archivo SQLite incluido y mapea las carpetas de datos y configuración a carpetas compartidas fijas del NAS. Container Manager es el sucesor del antiguo paquete Docker y requiere DSM 7.2 o una versión más reciente; la documentación oficial de Docker de n8n se encuentra ahora en una nueva dirección bajo "Deploy" en lugar de la antigua ruta "Hosting". Fecha: julio de 2026.

Container Manager en lugar del paquete Docker

Con DSM 7.2, Synology sustituyó el antiguo paquete Docker por Container Manager. Técnicamente, Docker sigue ejecutándose en segundo plano, pero la interfaz se ha ampliado con una función de Proyecto que permite gestionar conjuntamente varios contenedores mediante un archivo docker-compose.yml. Esto es precisamente relevante para n8n con Postgres, porque deben interactuar dos contenedores: la base de datos y la propia aplicación n8n. Para la planificación es importante saber, además, que según la práctica de la comunidad de Synology no existe una carpeta predeterminada fija para los datos de los contenedores; por eso conviene crear una carpeta compartida propia, como "docker", en un volumen, antes de crear el primer proyecto.

n8n con Postgres en lugar de SQLite

Sin configuración adicional, n8n almacena credenciales, workflows e historiales de ejecución en un archivo SQLite local. Para el cambio a Postgres, la documentación de n8n sobre la instalación con Docker ofrece una serie fija de variables de entorno: DB_TYPE debe establecerse en postgresdb, además de DB_POSTGRESDB_HOST, DB_POSTGRESDB_PORT, DB_POSTGRESDB_DATABASE, DB_POSTGRESDB_USER y DB_POSTGRESDB_PASSWORD. n8n proporciona una plantilla docker-compose adecuada con un servicio Postgres en el repositorio oficial n8n-hosting, donde el usuario y la contraseña predeterminados se adaptan en un archivo .env antes del primer inicio. Importante saber: incluso con una base de datos Postgres externa, la carpeta de datos propia de n8n en /home/node/.n8n sigue siendo relevante, allí se encuentran, entre otras cosas, la clave de cifrado de las credenciales guardadas y los registros de la instancia, por lo que esta carpeta debe seguir montándose como volumen y respaldándose.

Crear un proyecto y mapear volúmenes a carpetas compartidas del NAS

En Container Manager se crea un nuevo proyecto bajo "Proyecto", al que se le asigna un nombre y una ruta como directorio de trabajo, por ejemplo una subcarpeta en un volumen existente. A continuación, el archivo docker-compose.yml se puede subir o insertar directamente en el editor integrado. Para el almacenamiento de datos, las rutas del contenedor se mapean a directorios fijos del NAS: una ruta local en la carpeta compartida, por ejemplo para los datos de n8n y para el directorio de datos de Postgres, se asigna cada una a la ruta de montaje correspondiente en el contenedor. Esta separación garantiza que las actualizaciones del contenedor no afecten a los datos propiamente dichos, y que las copias de seguridad de la carpeta compartida del NAS respalden automáticamente también la instancia de n8n.

Acceso externo mediante proxy inverso

Para un acceso mediante un dominio propio en lugar de solo mediante dirección IP y puerto, DSM incorpora su propio proxy inverso, accesible a través de Panel de control, Portal de inicio de sesión, Avanzado. Allí se crea una regla con protocolo de origen, nombre de host y puerto, así como el puerto de destino correspondiente del contenedor n8n. Dado que n8n depende de conexiones WebSocket para la interfaz del editor y para la entrega de webhooks, la regla debe habilitarse en consecuencia para WebSocket, de lo contrario ciertas interacciones en el navegador no funcionarán de forma fiable. Una conexión HTTPS válida requiere además un nombre de dominio que apunte al NAS, por ejemplo mediante DDNS o un registro A propio, así como un certificado adecuado en la gestión de certificados de DSM.

Límites de esta solución

Un NAS no es un sistema de servidor dedicado, por lo que debería vigilar los recursos de hardware cuando se ejecuten varios workflows simultáneamente o crezca la base de datos Postgres. Tampoco debería dejar que las actualizaciones de la imagen de n8n y de la imagen de Postgres se ejecuten automáticamente en segundo plano, sino realizarlas de forma consciente con una copia de seguridad previa de los volúmenes, ya que una actualización de base de datos fallida podría poner en peligro todo el conjunto de workflows. Quien use n8n no solo de forma privada, sino para procesos empresariales, debería aclarar además quién en la empresa es responsable de las copias de seguridad, las actualizaciones y el proxy inverso antes de que se ejecuten workflows productivos sobre ello. NordFlux ofrece apoyo en la configuración y en la operación continua de n8n, más información en automatización con n8n.

Preguntas frecuentes sobre n8n en NAS Synology

¿Necesito obligatoriamente Postgres, o basta con SQLite en el NAS?

Para workflows sencillos y poco utilizados, el archivo SQLite incluido también funciona en el NAS. En cuanto se añaden varios usuarios, muchas ejecuciones paralelas o procesos productivos, Postgres es, según la documentación de n8n, la opción más robusta, porque SQLite alcanza sus límites con accesos de escritura simultáneos.

¿Qué versión de DSM necesito para Container Manager?

Según Synology, Container Manager está disponible a partir de DSM 7.2. En versiones anteriores de DSM, la aplicación correspondiente todavía se llama Docker y no ofrece la función de Proyecto para archivos docker-compose de la misma forma.

¿Tengo que hacer que mi NAS sea accesible públicamente para que funcionen los webhooks?

Para los webhooks entrantes de servicios externos, n8n debe ser accesible a través de una dirección fija accesible desde el exterior, normalmente mediante el proxy inverso de DSM con un dominio propio y un certificado válido. Quien solo trabaje internamente y no necesite webhooks externos también puede operar n8n exclusivamente en la red local.

¿Dónde encuentro la guía oficial actual de Docker de n8n?

La antigua dirección bajo /hosting/installation/docker/ ya no existe, la guía de instalación de Docker actual de n8n se encuentra ahora bajo /deploy/host-n8n/install-options/install-with-docker. Quien todavía encuentre la ruta antigua a través de un buscador debería consultar directamente la documentación actual para no basarse en información desactualizada.