Beskyt editoren
Placer editoren bag HTTPS og understøttet godkendelse. Begræns administrativ adgang, og undgå offentlig registrering, når det ikke er nødvendigt. Webhook-ruter kræver deres egne beslutninger om eksponering og godkendelse.
Behold legitimationsnøglen
Tag backup af den konfigurerede krypteringsnøgle med passende beskyttelse. Gendannelse af en database uden den korrekte nøgle kan gøre gemte legitimationsoplysninger ubrugelige. Hold nøglen ude af skærmbilleder, repositories og ufiltrerede logs.
Skalér eksekveringsstien bevidst
Til en travl opsætning skal du gennemgå den understøttede database-, kø- og arbejdermodel. Redis og separate arbejdere tilføjer deres egne adgangs- og persistenskrav. Begræns samtidige job, så en bølge ikke kan udtømme VPS eller et eksternt API-budget.
Behold kun nyttige udførelsesdata
Workflows kan håndtere tokens, personoplysninger og dokumenter. Indstil oprydning af kørselshistorik, slør følsomme værdier og definér genforsøg omhyggeligt. En duplikeret webhook må ikke forårsage en utilsigtet ekstra betaling eller meddelelse.
Behandl krypteringsnøglen som en del af databasen
Gemte legitimationsoplysninger afhænger af n8ns krypteringsnøgle. Bevar den tilstandsmappe, der indeholder en automatisk genereret nøgle, eller angiv N8N_ENCRYPTION_KEY fra et privat hemmelighedslager. Alle kø-workers skal bruge samme nøgle som hovedprocessen. Test gendannelse med en engangslegitimationsoplysning; en gendannet database alene kan se sund ud, mens dens legitimationsoplysninger forbliver ulæselige.
- Opbevar nøglen uden for den offentlige mappe og repository
- Tag konsistent backup af databasen
- Brug understøttet PostgreSQL til den tilsigtede produktionsudrulning
Officiel dokumentation: n8n konfiguration af krypteringsnøgle
Giv webhooks deres offentlige adresse
En omvendt proxy som Caddy kan terminere HTTPS, mens n8n lytter internt. Aktuel dokumentation bruger N8N_WEBHOOK_URL til den eksterne webhook-oprindelse og erstatter det ældre navn WEBHOOK_URL fra version 2.35.0. Angiv antallet af betroede proxy-hop til den reelle sti; en enkelt proxy bruger N8N_PROXY_HOPS=1. Bevar videresendt host, protokol og klientoplysninger. Test en webhook udefra serveren, og verificér dens produktions-URL.
- Angiv arbejdsgangens tidszone bevidst
- Ryd op i kørselshistorik, der indeholder følsomme input
- Brug kun køarbejdere og Redis med de nødvendige private adgangskontroller
# Example: one HTTPS reverse proxy
N8N_WEBHOOK_URL=https://automations.example.com/
N8N_PROXY_HOPS=1Officiel dokumentation: n8n bag en omvendt proxy
Definér arbejdsbelastningen og de tilladte integrationer
List udløserne, eksterne konti, forventet eksekveringsvolumen og den maksimale udgift eller bivirkning, som hver arbejdsgang kan skabe. Tjek n8n-licensen for den faktiske brug, især hvis den tilbydes som en tjeneste til andre. En lille planlagt arbejdsgang og en offentlig webhook-processor har forskellige ressourcebehov. Start med en understøttet udgivelse, privat vedvarende tilstand, et TLS-navn og en database, der passer til implementeringen; undgå at eksponere databaseporte med editoren.
- Brug separate begrænsede legitimationsoplysninger til hver integration.
- Angiv den tilsigtede tidszone for arbejdsgangen og opbevaring af udførelseshistorik.
- Hold eksporterede workflows fri for indlejrede rigtige hemmeligheder.
Officiel dokumentation: n8n Docker-udrulning
Angiv den offentlige webhook-origin for den installerede version
En omvendt proxy som Caddy når n8n internt, mens eksterne tjenester kalder dens HTTPS webhook-oprindelse. Brug webhook-URL-variablen, der er dokumenteret for den installerede udgivelse; aktuel dokumentation kalder den N8N_WEBHOOK_URL, mens ældre udgivelser brugte WEBHOOK_URL. Angiv det reelle antal proxy-hop i stedet for at stole på vilkårlige videresendte headere. Hold redaktøradgangspolitikken adskilt fra webhook-godkendelse, og verificér, at produktionscallbacket ikke indeholder en intern host eller port.
# Example values for a supported current release, behind one proxy:
N8N_WEBHOOK_URL=https://automations.example.com/
N8N_PROXY_HOPS=1Officiel dokumentation: n8n webhook-indstillinger for omvendt proxy
Test en harmløs arbejdsgang, før du giver skriveadgang
Begynd med en skrivebeskyttet anmodning eller en engangs-testpost. Test produktions-webhooken udefra VPS, afvisning af godkendelse og et bevidst nyt forsøg. En gentagen anmodning må ikke ved et uheld skabe en anden handlingsudløsende handling. Kontroller kørselslogfiler for lækkede input, og anvend derefter en opbevaringspolitik. Hvis en webhook kun fungerer i editorens testtilstand, skal du undersøge, om arbejdsgangen er publiceret/aktiv, og om produktions- og testruterne når den korrekte proces.
- Brug en engangs-integrationslegitimation til at teste en gendannelse.
- Behold en uafhængig krypteret kopi af N8N_ENCRYPTION_KEY eller den genererede nøgletilstand.
- Send ikke eksempeladgangskoder eller API-tokens til opbevaret fejlfindingsoutput.
Officiel dokumentation: n8n krypteringsnøgle
Skalér først efter at have observeret eksekveringsflaskehalsen
Køtilstand tilføjer Redis, arbejdere og en delt database; hovedprocessen modtager triggere, mens arbejdere udfører kørsler. Hver arbejder skal bruge den samme krypteringsnøgle til legitimationsoplysninger. Følg aktuelle krav til lagring af binære data, før du flytter en arbejdsgang med filer til køtilstand. Begræns samtidighed og opstrøms-API-budgetter, og overvåg køens alder og fejl. Sikkerhedskopier database, tilstand og nøgle sammen; genstart af en container er ikke en gendannelsesplan for ulæselige gemte legitimationsoplysninger.
Officiel dokumentation: n8n køtilstand · Indstillinger for oprydning af kørsler