Nginx Grundlagen - Versionsgeschichte

Thomas.will@claude: Weiterfuehrend: neue Seiten ergaenzt

2026-10-31T14:15:11Z

Weiterfuehrend: neue Seiten ergaenzt

← Nächstältere Version		Version vom 31. Oktober 2026, 14:15 Uhr
Zeile 51:		Zeile 51:
	== Weiterführend ==		== Weiterführend ==

	* [[Nginx Reverse Proxy und Load Balancing]]: Location-Matching-Reihenfolge, proxy_pass und Header, Load Balancing, Caching, Rate Limiting, Fehlerbilder. Dazu die ~~Animation~~ [https://xinux.org/nginx-reverse-proxy.html ~~Nginx:~~ Reverse Proxy & Load Balancing].		* [[Nginx Grundkonfiguration]] (Animation, Einstieg): Installation, Verzeichnisstruktur, erster Server-Block, sicher ändern, mehrere Sites.
			* [[Nginx Reverse Proxy und Load Balancing]]: Location-Matching-Reihenfolge, proxy_pass und Header, Load Balancing, Caching, Rate Limiting, erweitertes Routing, Fehlerbilder. Dazu die Animationen [https://xinux.org/nginx-reverse-proxy.html Reverse Proxy] und [https://xinux.org/nginx-load-balancing.html Load Balancing].
			* [[Nginx Lets Encrypt und Certbot]]: automatisierte TLS-Zertifikate für öffentlich erreichbare Server.
			* [[Nginx Absichern und Betreiben]]: Security Hardening, Authentifizierung, Logging, Performance, Hochverfügbarkeit.

Thomas.will@claude: Verweis auf neue Vertiefungsseite ergänzt

2026-10-31T13:45:25Z

Verweis auf neue Vertiefungsseite ergänzt

← Nächstältere Version		Version vom 31. Oktober 2026, 13:45 Uhr
Zeile 48:		Zeile 48:
	\| Typischer Einsatz \|\| Proxy, CDN-Edge, hoher Traffic \|\| Shared Hosting, Legacy-Setups		\| Typischer Einsatz \|\| Proxy, CDN-Edge, hoher Traffic \|\| Shared Hosting, Legacy-Setups
	\|}		\|}

			== Weiterführend ==

			* [[Nginx Reverse Proxy und Load Balancing]]: Location-Matching-Reihenfolge, proxy_pass und Header, Load Balancing, Caching, Rate Limiting, Fehlerbilder. Dazu die Animation [https://xinux.org/nginx-reverse-proxy.html Nginx: Reverse Proxy & Load Balancing].

Thomas.will: Die Seite wurde neu angelegt: „== Einleitung == === Was ist Nginx? === * Webserver, Reverse Proxy und Load Balancer in einem * Erstveröffentlichung 2004 von Igor Sysoev (russischer Entwic…“

2026-05-29T07:01:03Z

Die Seite wurde neu angelegt: „== Einleitung == === Was ist Nginx? === * Webserver, Reverse Proxy und Load Balancer in einem * Erstveröffentlichung 2004 von Igor Sysoev (russischer Entwic…“

Neue Seite

== Einleitung ==

=== Was ist Nginx? ===

* Webserver, Reverse Proxy und Load Balancer in einem
* Erstveröffentlichung 2004 von Igor Sysoev (russischer Entwickler)
* Ziel: das sogenannte C10k-Problem lösen – 10.000 gleichzeitige Verbindungen mit einem Server bedienen
* Heute einer der meistgenutzten Webserver weltweit

=== Architekturprinzip ===

* Klassisches Modell (Apache): ein Prozess oder Thread pro Verbindung
* Nginx-Modell: ereignisgesteuert, nicht-blockierend
* Ein Worker-Prozess verwaltet tausende Verbindungen gleichzeitig
* Speicher- und CPU-Bedarf wächst nicht proportional zur Verbindungszahl

=== Typische Einsatzbereiche ===

; Webserver
: Liefert statische Inhalte direkt aus dem Dateisystem; dynamische Inhalte werden per FastCGI/uWSGI an Backend-Prozesse weitergereicht (z. B. PHP-FPM)

; Reverse Proxy
: Nimmt Anfragen entgegen und leitet sie an Backend-Dienste weiter; TLS-Terminierung, Caching und Header-Manipulation zentral an einer Stelle

; Load Balancer
: Verteilt Anfragen auf mehrere Backend-Instanzen (Round-Robin, Least-Connections, IP-Hash)

=== Prozessmodell ===

* Ein Master-Prozess: liest Konfiguration, bindet Ports, verwaltet Worker
* Mehrere Worker-Prozesse: erledigen die eigentliche Arbeit
* Worker-Anzahl typischerweise gleich CPU-Kerne
* I/O-Modell: <code>epoll</code> unter Linux, <code>kqueue</code> unter BSD

=== Nginx vs. Apache – Kurzüberblick ===

{| class="wikitable"
! Kriterium !! Nginx !! Apache
|-
| Verbindungsmodell || ereignisgesteuert || prozess-/threadbasiert
|-
| Statische Inhalte || sehr effizient || solide
|-
| Dynamische Inhalte || via FastCGI/Proxy || nativ (mod_php etc.)
|-
| Konfiguration || zentral, hierarchisch || verteilt (.htaccess möglich)
|-
| Typischer Einsatz || Proxy, CDN-Edge, hoher Traffic || Shared Hosting, Legacy-Setups
|}