Hoppa till innehåll
TextArray1.41.0
100% lokalt

NGINX-konfigurationsgenerator

Genererar ett komplett NGINX-serverblock från domän, TLS, proxy, caching och säkerhetsinställningar.

Utmatning
Relaterade verktyg
.htaccess-generatorUtvecklarverktyg
CSP-huvudgeneratorUtvecklarverktyg
Robots.txt-generatorUtvecklarverktyg
i18n nyckel diffUtvecklarverktyg
TOML till JSON-omvandlareUtvecklarverktyg
SQL till JSONUtvecklarverktyg
NGINX-konfigurationsgenerator
Ange alternativen för de webbplatser du distribuerar, och detta verktyg sätter samman ett färdigt NGINX-serverblock: domänen och eventuella alias, dokumentroten, huruvida du vill lyssna på port 443 med HTTP/2 och omdirigera vanlig HTTP till det, och var certifikatet och den privata nyckeln finns. Aktivera omvänd proxy för att skicka trafik till en upstream-appserver — det genererade location-blocket vidarebefordrar Host, X-Real-IP och X-Forwarded-For/-Proto så att appen ser den verkliga klientadressen bakom proxyn — eller servera statiska filer direkt med cache-huvuden och ett utgångsdatum för resurser som CSS, JS och bilder.
Aktivera gzip- och Brotli-komprimering, en ensidig app-fallback som skriver om okända vägar till index.html, och ett säkertsblock som lägger till HSTS, X-Content-Type-Options och en Referrer-Policy. Blockering av åtkomst till dolda filer (.env, .git), inställning av en anpassad 404-sida, en storleksgräns för förfrågan och vägar till åtkomst- och felloggar kompletterar en konfiguration som täcker de direktiv som de flesta webbplatser faktiskt behöver, i den ordning NGINX förväntar. Om man aktiverar både HTTPS-omdirigering och lyssning på 443 skapas två serverblock — ett omdirigerar, ett serverar — exakt som NGINX kräver.
Resultatet är vanlig NGINX-konfiguration i ren syntax, redo att infogas i en konfigurationsfil under /etc/nginx/sites-available/ eller var som helst ditt system lagrar dem. Varje alternativ mappar till en verklig direktiv — det finns ingen platshållartext som du måste jaga och byta, förutom att byta ditt eget domän-, upstream-adress- och certifikatväg om du inte redan har angett dem.
Allt körs lokalt i din webbläsare: domänen, vägar och upstream-adressen du anger används endast för att bygga den text du ser och skickas aldrig någonstans. Kopiera resultatet, ladda ned det som en .txt-fil eller skicka det tillbaka till inmatningen för att förbättra det vidare.
FAQ
Skickar detta verktyg min domän eller serverinformation någonstans?
Nej. Konfigurationen monteras helt i din webbläsare med JavaScript. Ingenting du anger — domän, vägar, certifikatplatser, upstream-adress — skickas till en server.
Varför får jag två serverblock i stället för ett?
När båda — ”Lyssna på 443 med HTTP/2” och ”Omdirigera HTTP till HTTPS” — är aktiverade behöver NGINX ett separat block på port 80 som bara omdirigerar, plus huvudblocket på 443 som serverar webbplatsen. Ett block kan inte göra båda.
Kan jag använda detta som omvänd proxy framför Node, Python eller en annan backend?
Ja. Aktivera ”Omvänd proxy till upstream” och ange upstream-adressen (värd:port). Det genererade location-blocket vidarebefordrar klient-IP och protokoll via X-Real-IP, X-Forwarded-For och X-Forwarded-Proto.
Kräver Brotli-alternativet något extra på servern?
Ja — Brotli-stöd är inte inbyggt i standard NGINX. De genererade direktiven förutsätter att ngx_brotli-modulen är kompilerad eller dynamiskt inladdad; resultatet innehåller en anteckning om detta.
Kommer den genererade konfigurationen att fungera som den är, eller måste jag redigera den?
Det är ett komplett, syntaktiskt giltigt serverblock för de alternativ du valde. Du vill vanligtvis dubbelkontrollera certifikat- och nyckelvägar mot där dina TLS-filer faktiskt finns innan du distribuerar.