Héberger n8n en France, avec sa base PostgreSQL, depuis votre agent IA
n8n auto-hébergé, sans serveur à tenir. Branché à while par MCP, votre agent IA met votre instance en ligne en France, avec ses workflows dans une base PostgreSQL sauvegardée chaque jour et ses webhooks en HTTPS.
Par Aloïs Oddon, cofondateur de Nextmap. Faits relevés le 3 novembre 2026.
Prérequis
- Une instance neuve, ou vos workflows exportés depuis votre n8n actuel.
- Votre agent IA : Claude Code, Codex, Cursor ou Gemini CLI.
Étape 1 : Demandez n8n à votre agent
Vous, à votre agent : Connecte-toi à while avec mon compte (while.sh/agents), puis mets n8n en ligne avec sa base PostgreSQL.
Votre agent ajoute lui-même le serveur MCP de while. S’il vous le demande, relancez-le. Au premier appel à while, une page s’ouvre dans votre navigateur. Dans Claude Code, si elle ne s’ouvre pas, tapez /mcp, choisissez while, puis Authenticate. Sur cette page, choisissez « Une nouvelle appli », puis cliquez sur Autoriser.
Étape 2 : Créez votre compte n8n
Votre agent vous donne l’adresse de votre instance, par exemple https://n8n.while.cloud. Ouvrez-la tout de suite : le premier visiteur crée le compte du propriétaire. Vous y créez ensuite vos premiers workflows.
Ce que fait votre agent
n8n ne lit pas l’adresse de sa base d’un seul tenant : il attend l’hôte, le port, le nom, l’utilisateur et le mot de passe dans ses propres variables1. Votre agent écrit donc un Dockerfile sur l’image officielle de n8n, et un petit script de démarrage qui tire ces variables de celles de la base :
FROM docker.io/n8nio/n8n:latest
USER root
COPY --chmod=755 entry.sh /entry.sh
USER 1000:1000
ENTRYPOINT ["/entry.sh"]
#!/bin/sh
# Donne à n8n la base PostgreSQL de while, variable par variable.
set -e
u="${DB_MAIN_URL#*://}"
rest="${u#*@}"
hostport="${rest%%/*}"
db="${rest#*/}"
db="${db%%\?*}"
host="${hostport%%:*}"
port="${hostport##*:}"
[ "$port" = "$hostport" ] && port=5432
export DB_TYPE=postgresdb
export DB_POSTGRESDB_HOST="$host"
export DB_POSTGRESDB_PORT="$port"
export DB_POSTGRESDB_DATABASE="$db"
export DB_POSTGRESDB_USER="$DB_MAIN_USER"
export DB_POSTGRESDB_PASSWORD="$DB_MAIN_PASSWORD"
export N8N_PORT="${PORT:-5678}"
exec /docker-entrypoint.sh "$@"
Puis while.yaml :
apiVersion: while/v1
project: n8n
services:
- name: n8n
dockerfile: Dockerfile
port: 5678
health:
path: /healthz
initial_delay_seconds: 20
resources:
cpu: 500m
memory: 768Mi
scale:
min: 1
max: 1
sleep: never
env:
N8N_ENCRYPTION_KEY: { secret: N8N_ENCRYPTION_KEY }
N8N_PROXY_HOPS: 1
N8N_PROTOCOL: https
N8N_HOST: n8n.while.cloud
WEBHOOK_URL: https://n8n.while.cloud/
N8N_EDITOR_BASE_URL: https://n8n.while.cloud/
network:
egress: all
databases:
- name: main
n8n range ses workflows, ses identifiants chiffrés et ses exécutions dans la base PostgreSQL. Il tourne sur une seule instance, toujours éveillée, pour lancer ses workflows planifiés et recevoir ses webhooks à l’adresse publique que votre agent lui donne2. La clé qui chiffre vos identifiants est un secret que votre agent pose dans while3. N8N_PROXY_HOPS dit à n8n qu’il répond derrière l’entrée HTTPS de while, et la route /healthz dit à while que n8n est prêt4.
egress: all ouvre Internet à n8n : ses workflows appellent vos outils et vos API, et n8n joint ses propres services, comme api.n8n.io. Une personne de votre organisation valide cette ouverture à la première mise en ligne.
Reprendre vos workflows
Vous, à votre agent : Importe nos workflows depuis notre ancien n8n.
Votre agent importe vos workflows exportés. Vos identifiants, vous les ressaisissez dans n8n : ils restent chiffrés par votre clé.
Mettre n8n sur votre domaine
Vous, à votre agent : Mets n8n sur n8n.acme.fr.
Votre agent déclare le domaine et met à jour l’adresse des webhooks. Vous ajoutez les enregistrements DNS qu’il vous donne, et le certificat HTTPS suit.
Remettre vos workflows comme hier
Vous, à votre agent : Remets la base de n8n comme hier à 18 h.
Votre agent prépare la restauration, et vous la validez : une sauvegarde de sûreté part d’abord.
Passer à la dernière version de n8n
Vous, à votre agent : Passe n8n à la dernière version.
Votre agent met en ligne la dernière image de n8n. Si la nouvelle version déçoit, il revient à la précédente.
Dans la doc : Bases PostgreSQL et Variables et secrets.
Prochaines étapes
Sources
- n8n, les variables de la base de données, consulté le 2 novembre 2026
- n8n, l’adresse des webhooks, consulté le 2 novembre 2026
- n8n, la clé de chiffrement, consulté le 2 novembre 2026
- n8n, la vérification de santé (/healthz), consulté le 2 novembre 2026