Nginx-Konfigurationsgenerator

Erstellen Sie produktionsreife Nginx-Konfigurationen mit SSL, Reverse-Proxy, PHP-FPM, gzip, Caching, Sicherheits-Headern, Ratenbegrenzung und Weiterleitungen. 7 Vorlagen enthalten.

Aktualisiert am

Share:
Home/Website Tools/Nginx Config Generator

Nginx Config Generator

Generate production-ready Nginx configuration files with SSL, reverse proxy, PHP-FPM, caching, security headers, and more.

Preset Templates

Server Block

HTTPS / SSL

Proxy Pass

PHP-FPM

Static Files

GZIP

Security

Redirects

Logging

Generated Config

36 lines

Active Features

Gzip

Häufig gestellte Fragen

Was ist der Nginx-Konfigurationsgenerator?

Der Nginx-Konfigurationsgenerator ist ein kostenloses Online-Tool, das produktionsreife Nginx-Konfigurationen mit SSL, Reverse Proxy, php-fpm, gzip, Caching, Sicherheits-Headern, Ratenbegrenzung und Weiterleitungen erstellt. 7 Voreinstellungen enthalten. Es läuft vollständig in deinem Browser, ohne Installation oder Anmeldung.

Welche Voreinstellungen?

Sieben: Statische Website, WordPress, Node.js, Laravel, Next.js, Django und SPA (React/Vue). Jede füllt die passenden Einstellungen vorab aus.

Vollständige, funktionsfähige Konfiguration?

Erstellt einen server-Block für nginx.conf oder sites-available. Die Direktiven der Ratenbegrenzungs-Zone werden als Kommentare für den http-Block angezeigt.

Wird die Konfiguration an einen Server gesendet?

Nein. Alles läuft clientseitig in deinem Browser.

Ist der Nginx-Konfigurationsgenerator kostenlos nutzbar?

Ja, der Nginx-Konfigurationsgenerator ist zu 100 % kostenlos – ohne Registrierung, ohne versteckte Gebühren und ohne Nutzungsbeschränkungen. Die gesamte Verarbeitung erfolgt lokal in deinem Browser und gewährleistet vollständige Privatsphäre.

Sind meine Daten mit diesem Tool sicher?

Auf jeden Fall. Der Nginx-Konfigurationsgenerator verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Funktioniert der Nginx-Konfigurationsgenerator auf Mobilgeräten?

Ja, der Nginx-Konfigurationsgenerator ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst ihn auf jedem Gerät mit einem modernen Webbrowser nutzen – ohne App-Download.

Muss ich ein Konto erstellen, um dieses Tool zu nutzen?

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach den Nginx-Konfigurationsgenerator in deinem Browser und beginne sofort mit der Nutzung. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Wie verwende ich den Nginx-Konfigurationsgenerator?

Gib einfach deine Daten in das vorgesehene Feld ein, passe die Einstellungen nach Belieben an, und das Tool verarbeitet sie sofort. Anschließend kannst du das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Welche Browser werden unterstützt?

Der Nginx-Konfigurationsgenerator funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Warum muss die Direktive limit_req_zone in den http-Block statt in den server-Block?

Rate Limiting in Nginx benötigt zwei Bausteine, die in unterschiedlichen Kontexten leben. Die Direktive limit_req_zone definiert eine gemeinsam genutzte Speicherzone (zum Beispiel zone=ratelimit:10m rate=...) und ist nur im übergeordneten http-Block gültig, weil die Zone von allen server-Blöcken gemeinsam genutzt wird. Die passende limit_req-Direktive, die das Limit inklusive Burst-Wert tatsächlich durchsetzt, gehört dagegen in den server- oder location-Block. Fügst du limit_req_zone in einen server-Block ein, startet Nginx nicht und meldet einen Fehler wie "directive is not allowed here". Deshalb platziert dieser Generator die limit_req-Zeile direkt in deinem server-Block, gibt die limit_req_zone-Zeile aber als beschrifteten Kommentar aus, der dich daran erinnert, sie in den http-Kontext zu verschieben. Aktiviere Rate Limiting im Tool und kopiere beide Teile an die richtige Stelle.

Was ist der Unterschied zwischen einer Reverse-Proxy-Konfiguration und einer PHP-FPM-Konfiguration in Nginx?

Eine Reverse-Proxy-Konfiguration nutzt proxy_pass, um Anfragen an einen separaten Anwendungsserver weiterzuleiten, der auf einem eigenen Port läuft, etwa ein Node.js-, Next.js- oder Django/Gunicorn-Prozess auf 127.0.0.1:3000 oder :8000. Nginx fügt dabei Header wie X-Real-IP, X-Forwarded-For, X-Forwarded-Proto und Host hinzu, plus Upgrade- und Connection-Header, sobald WebSockets aktiviert sind. Eine PHP-FPM-Konfiguration verwendet stattdessen einen location ~ \.php$-Block mit fastcgi_pass, der auf einen Unix-Socket zeigt, und bindet fastcgi_params ein, sodass Nginx PHP-Dateien direkt an den FPM-Prozess übergibt statt sie per HTTP weiterzuleiten. WordPress und Laravel nutzen den FastCGI-Weg; Node, Next.js und Django nutzen den Reverse-Proxy-Weg. Wähle das passende Preset im Generator, und er verdrahtet die korrekten Direktiven für deinen Stack.

Wie leite ich HTTP auf HTTPS um und erzwinge www oder non-www in einer einzigen Nginx-Konfiguration?

Beide Weiterleitungen lassen sich sauber in einem einzigen Server-Block-Setup abbilden. Für HTTP-zu-HTTPS fängt ein separater server, der auf Port 80 lauscht, einfache Anfragen ab und leitet mit einem 301 auf die https://-Version um, während dein Haupt-server auf 443 mit SSL lauscht. Für die www-versus-non-www-Kanonisierung leitest du einen Host auf den anderen um, ebenfalls mit einem 301, sodass Suchmaschinen und Browser sich auf eine einzige kanonische Domain festlegen, statt www und Root als doppelte Seiten zu behandeln. Macht man das manuell, drohen Redirect-Loops, wenn sich Regeln überschneiden oder eine Direktive im falschen server landet. Aktiviere HTTP-zu-HTTPS und deine bevorzugte www- oder non-www-Option im Generator, und er schreibt die korrekt geordneten Weiterleitungsblöcke zum Kopieren.

Warum sollte ich listen 443 ssl http2 und TLS 1.2/1.3 statt älterer Einstellungen verwenden?

Das Hinzufügen von http2 zur Zeile listen 443 ssl aktiviert HTTP/2, das viele Anfragen über eine einzige Verbindung multiplext und Seiten mit vielen Assets spürbar beschleunigt, ganz ohne Änderungen an der Anwendung. Die Beschränkung von ssl_protocols auf TLSv1.2 und TLSv1.3 entfernt die veralteten und angreifbaren Protokolle SSLv3, TLS 1.0 und TLS 1.1, die anfällig für Angriffe wie POODLE und BEAST sind, sodass moderne Clients nur noch sichere Chiffren aushandeln. Der Generator ergänzt außerdem eine gehärtete Cipher-Suite, einen Session-Cache, optionales HSTS mit preload und OCSP Stapling, damit Zertifikatssperrprüfungen den Handshake nicht verlangsamen. Das sind Standardeinstellungen, die beim manuellen Schreiben von Configs häufig vergessen werden. Aktiviere den SSL-Abschnitt im Tool, und diese Einstellungen werden für dich ausgefüllt, bevor du sie vor dem Deployment prüfst.

Wie bringe ich clientseitiges Routing in Nginx für eine React- oder Vue-Single-Page-App zum Laufen?

Single-Page-Apps übernehmen das Routing in JavaScript. Wenn ein Nutzer einen Deep Link wie /dashboard neu lädt, fragt der Browser Nginx nach einer echten Datei unter diesem Pfad. Ohne besondere Behandlung liefert Nginx dann einen 404-Fehler, weil keine solche Datei auf der Festplatte existiert. Die Lösung ist eine try_files-Direktive mit Fallback auf deine index.html: try_files $uri $uri/ /index.html;. Sie liefert echte statische Assets aus, wenn sie existieren, leitet aber jeden unbekannten Pfad zurück auf die App-Shell, sodass der clientseitige Router übernehmen kann. Diese Zeile zu vergessen ist der häufigste Grund, warum SPA-Refreshes in Produktion fehlschlagen. Das Preset SPA (React/Vue) in diesem Generator richtet diesen History-Fallback automatisch ein, zusammen mit Gzip und Asset-Caching — kopiere die Ausgabe, und deine Routen überstehen auch ein hartes Neuladen.

Über den Nginx Config Generator

Der Nginx Config Generator erstellt einen sauberen, produktionsreifen Server-Block für Nginx, ohne dass du dir jede Direktive merken musst. Du gibst deine Domain ein, verweist auf ein Document Root oder einen Upstream-Dienst, aktivierst die gewünschten Funktionen per Schalter, und das Tool schreibt in Echtzeit eine korrekt eingerückte Konfiguration. Es richtet sich an Entwickler, Systemadministratoren und alle, die eine Website oder App deployen und statt Fragmenten aus einem Dutzend Blogartikeln lieber eine vernünftige .conf-Datei als Ausgangspunkt haben möchten.

Alles wird direkt in deinem Browser generiert. Domainnamen, Zertifikatspfade, Socket-Pfade und Upstream-Adressen, die du eingibst, werden nirgendwohin übertragen — es gibt keinen API-Aufruf, kein Konto und kein Logging auf unserer Seite. Du kannst das Ergebnis in die Zwischenablage kopieren oder als .conf-Datei herunterladen, benannt nach deinem Server, und sie dann in sites-available oder nginx.conf einfügen.

Mit einem Preset starten, dann anpassen

Sieben Presets decken die häufigsten Deployment-Szenarien ab und füllen die relevanten Optionen bereits vor, damit du nicht blind an Schaltern herumprobierst:

  • Static Site — reines HTML/CSS/JS mit Gzip und Asset-Caching
  • WordPress — PHP-FPM, ein Upload-Limit von 64m und SAMEORIGIN-Framing
  • Node.js und Next.js — Reverse Proxy auf 127.0.0.1:3000 mit WebSocket-Upgrade-Headern
  • Laravel — PHP-FPM mit Root auf /public und try_files auf index.php
  • Django — Reverse Proxy auf einen Gunicorn-Upstream an Port 8000
  • SPA (React/Vue)try_files-History-Fallback auf index.html, damit clientseitiges Routing funktioniert

Nachdem du ein Preset gewählt hast, kannst du weiterhin jeden Wert ändern; die Ausgabe aktualisiert sich beim Tippen.

Was der Generator erzeugen kann

Der Generator deckt die Direktiven ab, die für ein echtes Deployment zählen:

  • HTTPS / SSLlisten 443 ssl http2, Zertifikats- und Schlüsselpfade, TLS 1.2/1.3, eine gehärtete Cipher-Suite, Session-Cache, optionales HSTS mit preload sowie OCSP Stapling.
  • Reverse Proxyproxy_pass zu deinem Upstream mit den Headern X-Real-IP, X-Forwarded-For, X-Forwarded-Proto und Host, plus Upgrade/Connection-Header, sobald WebSocket-Unterstützung aktiviert ist.
  • PHP-FPM — ein location ~ \.php$-Block, verdrahtet mit deinem FastCGI-Socket und den üblichen fastcgi_params.
  • Performance — Gzip (Stufe 6, gzip_min_length 256) sowie pro Dateityp expires- und Cache-Control-Header für Bilder, CSS und JS.
  • SicherheitX-Frame-Options, X-Content-Type-Options: nosniff, Referrer-Policy, eine optionale Content-Security-Policy, Limits für die Request-Body-Größe sowie ein Block, der den Zugriff auf versteckte Dotfiles verweigert.
  • Rate Limiting — eine limit_req-Direktive im Server-Block, mit der passenden limit_req_zone als Kommentar angezeigt, weil diese Zeile eigentlich in den http-Kontext gehört.
  • Weiterleitungen — automatische HTTP-zu-HTTPS-Umleitung, www/non-www-Kanonisierung sowie eigene 301- oder 302-rewrite-Regeln.

Warum eine generierte Config besser ist als manuelles Editieren

Nginx-Konfiguration verzeiht keine Fehler: Ein fehlendes Semikolon, eine Direktive im falschen Kontext oder eine vergessene try_files-Zeile können eine Website offline nehmen oder das SPA-Routing lautlos zerstören. Wenn der Block generiert wird, bleibt die Struktur gültig und die Einrückung konsistent, und du wirst zu Standardeinstellungen geführt, die häufig übersehen werden — HTTP/2, ausschließlich moderne TLS-Versionen, Sicherheits-Header mit always markiert und deaktivierte Access-Logs für statische Assets, um Log-Rauschen zu reduzieren.

Ein Detail, das man kennen sollte: Die Direktive limit_req_zone muss im http-Block stehen, nicht innerhalb von server — genau deshalb gibt das Tool sie als beschrifteten Kommentar aus, statt sie an einer Stelle zu verstecken, an der sie nicht geladen würde. Validiere vor dem Livegang immer mit nginx -t und lade mit nginx -s reload (oder systemctl reload nginx) neu. Betrachte die Ausgabe als starken, meinungsstarken Startpunkt — überprüfe Pfade, Zertifikate und Upstream-Adressen vor dem Deployment mit Blick auf deinen eigenen Server.