Español
English
Català
Françaisn8n permet d’automatiser des formulaires, des notifications et des processus reliés à des services externes. Mais l’ouverture de l’éditeur ne suffit pas pour rendre l’instance fiable en production : il faut maintenir sa disponibilité, publier la bonne URL de webhook en HTTPS et protéger les identifiants ainsi que les données d’exécution. Ce guide vous aide à choisir entre une installation depuis le marketplace et l’administration de n8n sur votre propre VPS.
Choisir le niveau d’administration
Pour démarrer sans assembler vous-même Docker et un proxy inverse, consultez l’application n8n du marketplace. Sa fiche indique le VPS recommandé, les ressources et le prix actuel ; vérifiez le récapitulatif avant toute commande. Une installation initiale ne constitue pas un service administré : vérifiez le résultat, configurez le domaine et maintenez l’application et le serveur selon les conditions en vigueur.
Pour maîtriser le système, Compose, le proxy, la base de données et les mises à jour, comparez les offres VPS. Vous gérez alors Docker, le pare-feu, les sauvegardes, les correctifs et la restauration. Notre guide Docker Compose sur VPS traite des réseaux privés, du proxy et des données ; cette page porte sur les particularités de n8n.
Configurer le domaine, TLS et l’URL des webhooks
Créez un sous-domaine, par exemple automatisation.example.com, et faites pointer son enregistrement DNS vers le serveur. Placez un proxy inverse devant n8n pour publier HTTPS et renouveler les certificats. Le guide officiel n8n sur TLS en auto-hébergement recommande cette solution. Limitez l’accès au port interne de n8n au proxy ; n’exposez pas 5678 sur Internet sans raison précise.
Lorsque le proxy termine HTTPS et transmet les requêtes à n8n sur son port interne, définissez N8N_WEBHOOK_URL avec l’URL publique suivie de /, et N8N_PROXY_HOPS=1. Le guide officiel sur les webhooks derrière un proxy inverse précise que N8N_WEBHOOK_URL remplace WEBHOOK_URL, obsolète depuis n8n 2.35.0, et que le dernier proxy doit transmettre X-Forwarded-For, X-Forwarded-Host et X-Forwarded-Proto. Adaptez le nombre de relais à votre architecture réelle.
Après le déploiement, testez depuis l’extérieur l’URL publique fournie par un nœud Webhook. Le mode test de l’éditeur et le webhook de production ont des chemins et des conditions d’activation distincts. Si l’éditeur affiche http://localhost:5678 ou un nom interne, vérifiez le domaine, les variables et les en-têtes avant d’activer les intégrations externes.
Préserver les données et la clé de chiffrement
n8n conserve la configuration, les identifiants chiffrés et d’autres données d’instance. Utilisez un stockage persistant pour /home/node/.n8n : recréer le conteneur sans son volume peut donner l’impression d’une nouvelle installation. Conservez de façon sécurisée une N8N_ENCRYPTION_KEY stable si votre procédure permet de la définir. La perdre peut empêcher le déchiffrement des identifiants existants. Ne la versionnez pas et ne la partagez pas avec des personnes qui n’en ont pas besoin.
Avant une mise à jour, consultez les notes de version et les instructions Docker Compose officielles de n8n. Choisissez explicitement une version ou un digest au lieu de suivre latest automatiquement ; prévoyez une fenêtre de maintenance et des vérifications. Sauvegardez de manière cohérente les données et la base, stockez une copie hors du VPS et testez la restauration. Une copie sur le même disque ne protège pas contre la perte du serveur.
Une automatisation modeste peut utiliser la base prise en charge par l’installation choisie. Si le volume d’exécutions augmente ou si vous devez séparer des services, évaluez PostgreSQL et les ressources à partir de mesures réelles. Il n’existe pas de taille universelle : historique conservé, fichiers, fréquence des flux et nœuds d’IA influencent CPU, mémoire et disque. Définissez aussi une durée de rétention des exécutions.
Restreindre l’accès et vérifier les erreurs
Choisissez un mot de passe propriétaire unique, activez l’authentification à deux facteurs si elle est proposée et limitez les personnes autorisées à créer des identifiants ou à lancer des nœuds ayant accès aux fichiers et au réseau. Traitez les identifiants n8n comme des secrets donnant accès à de vraies API. Renouvelez ceux qui ont été exposés et évitez de publier des exports de flux qui en contiennent. Vérifiez les données d’entrée et de sortie conservées pour chaque exécution.
Après chaque changement, vérifiez séparément : accès HTTPS à l’éditeur, connexion, webhook de test, webhook de production sur un flux actif, conservation des paramètres après redémarrage et espace disque. Si un webhook n’arrive pas, vérifiez DNS, TLS, route publique, N8N_WEBHOOK_URL, N8N_PROXY_HOPS, en-têtes du proxy et pare-feu. Si le déclenchement manuel fonctionne mais pas le calendrier, vérifiez le fuseau horaire, l’activation et les journaux d’exécution.
Le marketplace facilite le démarrage ; il ne remplace ni des sauvegardes restaurables, ni une politique de mises à jour, ni la supervision de vos flux. Consultez n8n et son VPS recommandé et les tarifs actuels en tenant compte des ressources et responsabilités nécessaires.