Zum Inhalt springen
TextArray1.41.0
100% lokal

NGINX-Konfigurationsgenerator

Erstellt einen vollständigen NGINX-Serverblock aus Domain, TLS, Proxy-, Zwischenspeicher- und Sicherheitsoptionen.

Ausgabe
Verwandte Tools
.htaccess-GeneratorEntwickler-Tools
CSP-Header-GeneratorEntwickler-Tools
Robots.txt-GeneratorEntwickler-Tools
i18n SchlüsseldiffEntwickler-Tools
TOML-zu-JSON-KonverterEntwickler-Tools
SQL zu JSONEntwickler-Tools
NGINX-Konfigurationsgenerator
Legen Sie die Optionen für die Websites fest, die Sie bereitstellen, und dieses Tool erstellt einen einsatzbereiten NGINX-Serverblock: die Domain und ihre Aliase, das Dokumentenverzeichnis, ob Port 443 mit HTTP/2 abhören und HTTP darauf umleiten soll, sowie den Speicherort des Zertifikats und des privaten Schlüssels. Schalten Sie Reverse Proxy ein, um Traffic zu einem vorgelagerten Anwendungsserver zu leiten — der generierte Location-Block leitet Host, X-Real-IP und X-Forwarded-For/-Proto weiter, damit die Anwendung die echte Client-Adresse hinter dem Proxy sieht — oder servieren Sie statische Dateien direkt mit Cache-Headern und einem Verfallsdatum für Assets wie CSS, JS und Bilder.
Aktivieren Sie Gzip- und Brotli-Komprimierung, ein Single-Page-App-Fallback, das unbekannte Pfade zu index.html umschreibt, und einen Sicherheitsblock, der HSTS, X-Content-Type-Options und eine Referrer-Policy hinzufügt. Das Blockieren des Zugriffs auf versteckte Dateien (.env, .git), das Festlegen einer benutzerdefinierten 404-Seite, ein Limit für die Anfragetextgröße und Pfade für Zugriffs- und Fehlerprotokolle vervollständigen eine Konfiguration, die die Direktiven abdeckt, die die meisten Websites wirklich benötigen, in der Reihenfolge, die NGINX erwartet. Die Aktivierung von HTTPS-Umleitung und Port-443-Abhören erzeugt zwei Serverblöcke — einen für die Umleitung, einen zum Bedienen — genau wie NGINX es verlangt.
Die Ausgabe ist reine NGINX-Konfiguration in sauberer Syntax, bereit zum Einfügen in eine Konfigurationsdatei unter /etc/nginx/sites-available/ oder wo immer Ihr Setup sie speichert. Jede Option ist auf eine echte Direktive abgebildet — es gibt keinen Platzhaltertext zum Suchen und Ersetzen, außer dem Austausch Ihrer eigenen Domain, Upstream-Adresse und Zertifikatspfade, falls Sie diese noch nicht eingegeben haben.
Alles läuft lokal in Ihrem Browser: die Domain, Pfade und Upstream-Adresse, die Sie eingeben, werden nur zum Erstellen des angezeigten Texts verwendet und nie irgendwo versendet. Kopieren Sie das Ergebnis, laden Sie es als .txt-Datei herunter oder senden Sie es zurück in die Eingabe, um es weiter zu verfeinern.
Häufige Fragen
Sendet dieses Tool meine Domain oder Serverdetails irgendwohin?
Nein. Die Konfiguration wird vollständig in Ihrem Browser mit JavaScript zusammengestellt. Nichts, was Sie eingeben — Domain, Pfade, Zertifikatsspeicherorte, Upstream-Adresse — wird an einen Server gesendet.
Warum erhalte ich zwei Serverblöcke statt einen?
Wenn beide — „Port 443 mit HTTP/2“ und „HTTP zu HTTPS umleiten“ — aktiviert sind, benötigt NGINX einen separaten Block auf Port 80, der nur umleitet, plus den Hauptblock auf 443, der die Website bedient. Ein Block kann nicht beides tun.
Kann ich dies als Reverse Proxy vor Node, Python oder einem anderen Backend verwenden?
Ja. Aktivieren Sie „Reverse Proxy zu Upstream“ und setzen Sie die Upstream-Adresse (Host:Port). Der generierte Location-Block leitet die Client-IP und das Protokoll via X-Real-IP, X-Forwarded-For und X-Forwarded-Proto weiter.
Benötigt die Brotli-Option etwas Zusätzliches auf dem Server?
Ja — Brotli-Unterstützung ist nicht in Standard-NGINX integriert. Die generierten Direktiven gehen davon aus, dass das Modul ngx_brotli kompiliert oder dynamisch geladen ist; die Ausgabe enthält einen entsprechenden Hinweis.
Funktioniert die generierte Konfiguration wie sie ist, oder muss ich sie bearbeiten?
Es ist ein vollständiger, syntaktisch gültiger Serverblock für die gewählten Optionen. Normalerweise sollten Sie die Zertifikats- und Schlüsselpfade vor der Bereitstellung anhand der Speicherorte Ihrer TLS-Dateien überprüfen.