n8n sur NAS Synology (Container Manager, Postgres)

Quiconque souhaite exploiter n8n sur un NAS Synology configure aujourd'hui la plateforme d'automatisation via Container Manager en tant que projet Docker Compose, y ajoute pour un usage productif une base de données Postgres à la place du fichier SQLite fourni par défaut, et mappe les dossiers de données et de configuration sur des dossiers partagés fixes du NAS. Container Manager est le successeur de l'ancien paquet Docker et nécessite DSM 7.2 ou une version plus récente ; la documentation Docker officielle de n8n se trouve désormais à une nouvelle adresse dans la section « Deploy » au lieu de l'ancien chemin « Hosting ». État : juillet 2026.

Container Manager au lieu du paquet Docker

Avec DSM 7.2, Synology a remplacé l'ancien paquet Docker par Container Manager. Techniquement, Docker continue de fonctionner en arrière-plan, mais l'interface a été enrichie d'une fonction Projet qui permet de gérer conjointement plusieurs conteneurs via un fichier docker-compose.yml. C'est justement pertinent pour n8n avec Postgres, car deux conteneurs doivent fonctionner ensemble : la base de données et l'application n8n elle-même. Il est également important de savoir, pour la planification, que selon les pratiques de la communauté Synology, il n'existe pas de dossier par défaut prédéfini pour les données des conteneurs ; un dossier partagé dédié, par exemple « docker », sur un volume, est donc conseillé avant de créer le premier projet.

n8n avec Postgres au lieu de SQLite

Sans configuration supplémentaire, n8n stocke les identifiants, les workflows et les historiques d'exécution dans un fichier SQLite local. Pour passer à Postgres, la documentation n8n sur l'installation Docker fournit une série fixe de variables d'environnement : DB_TYPE doit être défini sur postgresdb, ainsi que DB_POSTGRESDB_HOST, DB_POSTGRESDB_PORT, DB_POSTGRESDB_DATABASE, DB_POSTGRESDB_USER et DB_POSTGRESDB_PASSWORD. Un modèle docker-compose adapté avec un service Postgres est fourni par n8n dans le dépôt officiel n8n-hosting, où l'utilisateur et le mot de passe par défaut sont adaptés dans un fichier .env avant le premier démarrage. Important à savoir : même avec une base de données Postgres externe, le dossier de données propre à n8n sous /home/node/.n8n reste pertinent, il contient notamment la clé de chiffrement des identifiants enregistrés et les journaux de l'instance ; ce dossier doit donc continuer à être monté comme volume et sauvegardé.

Créer un projet et mapper les volumes sur des dossiers partagés NAS

Dans Container Manager, un nouveau projet est créé sous « Projet », auquel sont attribués un nom et un chemin comme répertoire de travail, par exemple un sous-dossier sur un volume existant. Le fichier docker-compose.yml peut ensuite être soit téléchargé, soit inséré directement dans l'éditeur intégré. Pour le stockage des données, les chemins des conteneurs sont mappés sur des répertoires fixes du NAS : un chemin local sur le dossier partagé, par exemple pour les données n8n et pour le répertoire de données Postgres, est à chaque fois associé au chemin de montage correspondant dans le conteneur. Cette séparation garantit que les mises à jour du conteneur ne touchent pas les données proprement dites, et que les sauvegardes du dossier partagé NAS sauvegardent automatiquement aussi l'instance n8n.

Accès externe via proxy inverse

Pour un accès via un nom de domaine propre plutôt que uniquement via une adresse IP et un port, DSM intègre son propre proxy inverse, accessible via Panneau de configuration, Portail de connexion, Avancé. Une règle y est créée avec le protocole source, le nom d'hôte et le port ainsi que le port de destination correspondant du conteneur n8n. Comme n8n s'appuie sur des connexions WebSocket pour l'interface de l'éditeur et pour la livraison des webhooks, la règle doit être activée en conséquence pour WebSocket, sinon certaines interactions dans le navigateur ne fonctionnent pas de manière fiable. Une connexion HTTPS valide nécessite en outre un nom de domaine pointant vers le NAS, par exemple via DDNS ou un enregistrement A dédié, ainsi qu'un certificat adapté dans la gestion des certificats de DSM.

Limites de cette solution

Un NAS n'est pas un système serveur dédié ; vous devriez donc garder un œil sur les ressources matérielles lorsque plusieurs workflows s'exécutent simultanément ou que la base de données Postgres grossit. Vous ne devriez pas non plus laisser les mises à jour de l'image n8n et de l'image Postgres s'exécuter automatiquement en arrière-plan, mais les effectuer délibérément après une sauvegarde préalable des volumes, car une mise à jour de base de données échouée pourrait sinon mettre en péril l'ensemble des workflows. Quiconque utilise n8n non seulement à titre privé mais pour des processus métier devrait également clarifier qui, dans l'entreprise, est responsable des sauvegardes, des mises à jour et du proxy inverse, avant que des workflows productifs n'y fonctionnent. NordFlux accompagne la mise en place et l'exploitation courante de n8n, plus d'informations sous automatisation n8n.

Questions fréquentes sur n8n sur NAS Synology

Ai-je absolument besoin de Postgres, ou SQLite suffit-il sur le NAS ?

Pour des workflows simples et peu utilisés, le fichier SQLite fourni fonctionne également sur le NAS. Dès que plusieurs utilisateurs, de nombreuses exécutions parallèles ou des processus productifs s'ajoutent, Postgres est, selon la documentation n8n, le choix le plus robuste, car SQLite atteint ses limites en cas d'accès en écriture simultanés.

De quelle version de DSM ai-je besoin pour Container Manager ?

Selon Synology, Container Manager est disponible à partir de DSM 7.2. Sur les versions DSM plus anciennes, l'application correspondante s'appelle encore Docker et ne propose pas la fonction Projet pour les fichiers docker-compose sous la même forme.

Dois-je rendre mon NAS accessible publiquement pour que les webhooks fonctionnent ?

Pour les webhooks entrants provenant de services externes, n8n doit être joignable via une adresse fixe accessible depuis l'extérieur, généralement via le proxy inverse de DSM avec un nom de domaine propre et un certificat valide. Quiconque travaille uniquement en interne et n'a pas besoin de webhooks externes peut également exploiter n8n exclusivement sur le réseau local.

Où trouver le guide Docker officiel actuel de n8n ?

L'ancienne adresse sous /hosting/installation/docker/ n'existe plus, le guide d'installation Docker actuel de n8n se trouve désormais sous /deploy/host-n8n/install-options/install-with-docker. Quiconque tombe encore sur l'ancien chemin via un moteur de recherche devrait consulter directement la documentation actuelle afin de ne pas reprendre des informations obsolètes.