Skydda redigeraren
Placera redigeraren bakom HTTPS och stödd autentisering. Begränsa administrativ åtkomst och undvik offentlig registrering när det inte behövs. Webhook-rutter behöver sina egna beslut om exponering och autentisering.
Behåll autentiseringsnyckeln
Säkerhetskopiera den konfigurerade krypteringsnyckeln med lämpligt skydd. Att återställa en databas utan rätt nyckel kan göra sparade autentiseringsuppgifter oanvändbara. Håll nyckeln borta från skärmdumpar, repositorier och ofiltrerade loggar.
Skala exekveringsvägen medvetet
För en upptagen installation, granska den supportade databasen, kön och arbetarmodellen. Redis och separata arbetare tillför egna åtkomst- och persistenskrav. Begränsa samtidiga jobb så att en toppbelastning inte kan uttömma VPS eller en extern API-budget.
Behåll endast användbar exekveringsdata
Arbetsflöden kan hantera tokens, personuppgifter och dokument. Ställ in rensning av körningshistorik, maskera känsliga värden och definiera återförsök noggrant. En duplicerad webhook får inte orsaka en oavsiktlig andra betalning eller ett andra meddelande.
Behandla krypteringsnyckeln som en del av databasen
Sparade autentiseringsuppgifter är beroende av n8ns krypteringsnyckel. Bevara state-katalogen som innehåller en automatiskt genererad nyckel eller ange N8N_ENCRYPTION_KEY från ett privat hemlighetslager. Alla köarbetare behöver samma nyckel som huvudprocessen. Testa återställning med en engångsuppgift; en återställd databas kan se frisk ut medan dess autentiseringsuppgifter förblir oläsbara.
- Håll nyckeln utanför den offentliga katalogen och arkivet
- Säkerhetskopiera databasen konsekvent
- Använd en PostgreSQL som stöds för den avsedda produktionsdistributionen
Officiell dokumentation: n8n konfiguration av krypteringsnyckel
Ge webhooks deras offentliga adress
En omvänd proxy som Caddy kan avsluta HTTPS medan n8n lyssnar internt. Aktuell dokumentation använder N8N_WEBHOOK_URL för den externa webhook-originen och ersätter det äldre namnet WEBHOOK_URL från version 2.35.0. Ställ in antalet betrodda proxyhopp till den verkliga vägen; en enda proxy använder N8N_PROXY_HOPS=1. Bevara vidarebefordrad värd, protokoll och klientinformation. Testa en webhook från utanför servern och verifiera dess produktions-URL.
- Ställ in arbetsflödets tidszon medvetet
- Rensa körningshistorik som innehåller känsliga indata
- Använd köarbetare och Redis endast med nödvändiga åtkomstkontroller för privat åtkomst
# Example: one HTTPS reverse proxy
N8N_WEBHOOK_URL=https://automations.example.com/
N8N_PROXY_HOPS=1Officiell dokumentation: n8n bakom en omvänd proxy
Definiera arbetsbelastningen och de tillåtna integrationerna
Lista utlösarna, externa konton, förväntad körningsvolym och den maximala kostnad eller sidoeffekt som varje arbetsflöde kan skapa. Kontrollera n8-licensen för den faktiska användningen, särskilt om du erbjuder den som en tjänst till andra. Ett litet schemalagt arbetsflöde och en offentlig webhook-processor har olika resursbehov. Börja med en version som stöds, privat beständigt tillstånd, ett TLS-namn och en databas som passar distributionen; undvik att exponera databasportar med redigeraren.
- Använd separata begränsade autentiseringsuppgifter för varje integration.
- Ange den avsedda tidszonen för arbetsflödet och hur länge körningshistoriken sparas.
- Håll exporterade arbetsflöden fria från inbäddade riktiga hemligheter.
Officiell dokumentation: n8n Docker-distribution
Ange den offentliga webhook-originen för den installerade versionen
En omvänd proxy som Caddy når n8n internt medan externa tjänster anropar dess HTTPS webhook-origin. Använd webhook-variabeln URL som dokumenteras för den installerade versionen; aktuell dokumentation anger N8N_WEBHOOK_URL, medan äldre versioner använde WEBHOOK_URL. Ställ in det verkliga antalet proxyhopp i stället för att lita på godtyckliga vidarebefordrade rubriker. Håll redigerarens åtkomstpolicy separat från webhook-autentisering och verifiera att produktionsåteranropet inte innehåller en intern värd eller port.
# Example values for a supported current release, behind one proxy:
N8N_WEBHOOK_URL=https://automations.example.com/
N8N_PROXY_HOPS=1Officiell dokumentation: n8n inställningar för omvänd proxy för webhook
Testa ett ofarligt arbetsflöde innan du beviljar skrivåtkomst
Börja med en skrivskyddad begäran eller en engångstestpost. Testa produktionswebhooken utifrån VPS, avvisad autentisering och ett avsiktligt nytt försök. En upprepad begäran får inte av misstag skapa en andra konsekvensåtgärd. Kontrollera körningsloggar för läckta indata och tillämpa sedan en lagringspolicy. Om en webhook bara fungerar i redigerarens testläge, undersök om arbetsflödet är publicerat/aktivt och om produktions- och testvägarna når rätt process.
- Använd en engångsuppgift för integration för att testa en återställning.
- Behåll en oberoende krypterad kopia av N8N_ENCRYPTION_KEY eller det genererade nycktillståndet.
- Skicka inte exempellösenord eller API-token till kvarhållen felsökningsutdata.
Officiell dokumentation: n8n krypteringsnyckel
Skala först efter att ha observerat flaskhalsen i exekveringen
Köläge lägger till Redis, arbetare och en delad databas; huvudprocessen tar emot utlösare medan arbetare utför körningar. Varje arbetare måste använda samma krypteringsnyckel för autentiseringsuppgifter. Följ aktuella lagringskrav för binärdata innan du flyttar ett arbetsflöde med filer till köläge. Begränsa samtidighet och uppströms-API-budgetar, och övervaka köålder och fel. Säkerhetskopiera databas, tillstånd och nyckel tillsammans; att starta om en container är inte en återställningsplan för oläsbara sparade autentiseringsuppgifter.
Officiell dokumentation: n8n köläge · Inställningar för rensning av körningar