Glossarbegriff

NGINX

Ein leistungsstarker Open-Source-Webserver, der weit verbreitet als Reverse Proxy, Load Balancer und HTTP-Cache eingesetzt wird.

Definition

NGINX (ausgesprochen "engine-x") ist ein leistungsstarker Open-Source-Webserver und Reverse Proxy, der einen großen Teil des modernen Webs antreibt. Er liefert statische Dateien direkt aus, leitet Traffic an Anwendungs-Backends wie PHP-FPM, Node.js und Python-WSGI/ASGI-Server weiter, terminiert SSL/TLS, führt Load-Balancing über mehrere Upstream-Server durch und cached HTTP-Antworten, um die Backend-Last zu reduzieren. NGINX ist der Standard-Webserver auf den meisten VPS und dedizierten Linux-Hosts und hat Apache als Standard für stark frequentierte Sites überholt, was auf seine asynchrone, ereignisgesteuerte Architektur zurückgeht: Eine kleine, feste Anzahl von Worker-Prozessen verarbeitet jeweils Tausende von Verbindungen mittels Non-Blocking-I/O, anstatt wie im traditionellen Apache-Modell je Verbindung einen Prozess oder Thread zu starten, was unter Last deutlich mehr Speicher verbraucht. Das ist vor allem jenseits einiger hundert gleichzeitiger Nutzer relevant; bei einer kleinen Unternehmenspräsenz ist die Wahl kaum spürbar. Die meisten Managed-WordPress-Hosts setzen unter der Haube auf NGINX, häufig in Kombination mit FastCGI-Cache, allerdings lässt sich .htaccess-basierte Konfiguration nicht übernehmen.

So funktioniert es

NGINX wird über eine hierarchische Textdatei (nginx.conf) konfiguriert, die Server, Locations, Upstreams und Caches definiert. Es kann ein reiner Webserver, ein reiner Reverse Proxy oder beides sein. NGINX Plus ist die kostenpflichtige kommerzielle Version mit Zusatzfunktionen; die Open-Source-Variante von NGINX ist das, was die meisten Websites tatsächlich einsetzen.

Warum es wichtig ist

Für statische Inhalte und Reverse-Proxying ist NGINX schneller und ressourcenschonender als Apache. Bei hochfrequentierten Websites ist der Unterschied relevant: NGINX kann auf moderater Hardware Zehntausende gleichzeitiger Verbindungen verarbeiten. Die meisten Produktions-Stacks nutzen heute NGINX vor einem Anwendungsserver, während Apache der Legacy-Kompatibilität vorbehalten bleibt.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Häufig gestellte Fragen

NGINX vs. Apache?

NGINX ist bei statischen Inhalten und hoher Parallelität schneller; Apache bietet breitere .htaccess-Kompatibilität und ein größeres Modul-Ökosystem. Die meisten Produktionswebsites nutzen 2026 NGINX.

Muss ich NGINX kennen, um eine Website zu betreiben?

Nein. Managed-Hosts konfigurieren es für Sie. Sie müssen NGINX kennen, wenn Sie einen unmanaged VPS betreiben oder selbst hosten.

Wie viel kostet NGINX?

Das Open-Source-NGINX ist kostenfrei herunterzuladen, zu installieren und zu betreiben, und die meisten Hoster führen es ohne Aufpreis. NGINX Plus, die kommerzielle Edition mit aktiven Health Checks, JWT-Authentifizierung und einer REST-API, wird als jährliches Abonnement pro Instanz über den Vertrieb von NGINX/F5 verkauft, ohne fest veröffentlichten Preis.

Wie kann ich prüfen, ob ein Server tatsächlich NGINX ausführt?

Führen Sie curl -I https://example.com aus und prüfen Sie in den Response-Headern auf "Server: nginx", auch wenn viele Hoster diesen Header aus Sicherheitsgründen verbergen oder umbenennen. Verhalten wie der Umgang mit benutzerdefinierten Fehlerseiten, gzip-Komprimierung oder Weiterleitungen kann es ebenfalls verraten, wenn der Header unterdrückt wird.

Was bricht typischerweise beim Umzug einer Site von Apache zu NGINX?

Alles in .htaccess funktioniert nicht mehr, da NGINX keine per-Verzeichnis-Konfigurationsdatei hat und beim Start alles aus der nginx.conf einliest. Rewrite-Regeln, benutzerdefinierte Fehlerseiten und Passwortschutz müssen in NGINX-Syntax neu geschrieben werden, und der Dienst muss nach jeder Konfigurationsänderung neu geladen werden, damit die Änderungen wirksam werden.