Nginx als Reverse-Proxy vor Apache – Das Dream-Team für maximale Leistung und Flexibilität

In unserem letzten Vergleich Apache vs. Nginx – Welcher Webserver ist schneller? haben wir die beiden Webserver-Giganten gegenübergestellt. Das Fazit: Apache glänzt mit Flexibilität und einfacher Konfiguration (dank .htaccess), während Nginx bei Geschwindigkeit und der Bewältigung vieler gleichzeitiger Verbindungen punktet.

Aber was, wenn ihr das Beste aus beiden Welten haben könntet? Genau das ermöglicht ein Reverse-Proxy-Setup. Stellt euch Nginx als den superschnellen Empfangschef vor, der alle Gäste (Besucher) begrüßt, die einfachen Wünsche (statische Dateien wie Bilder, CSS, JavaScript) sofort erledigt und die komplexen Anliegen (dynamische Inhalte wie PHP-Skripte) an den erfahrenen Küchenchef Apache im Hintergrund weiterleitet.

In diesem Guide zeigen wir euch Schritt für Schritt, wie ihr dieses Dream-Team auf eurem Linux-Server (Ubuntu/Debian) zum Laufen bringt.

🎯 Warum dieses Setup? Die Vorteile im Überblick

Die Kombination vereint die Stärken beider Welten:

🛠️ Voraussetzungen

Bevor wir starten, stellt sicher, dass ihr Folgendes habt:

1. Einen Linux-Server (wir verwenden hier Ubuntu 22.04 LTS als Beispiel, die Befehle ähneln sich bei Debian).

2. Root- oder Sudo-Zugriff auf den Server.

3. Apache ist bereits installiert und läuft (z.B. mit sudo systemctl status apache2 prüfen).

4. Nginx ist installiert. Falls nicht: sudo apt update && sudo apt install nginx -y.

📝 Schritt-für-Schritt: Nginx als Reverse-Proxy vor Apache konfigurieren

Schritt 1: Apache an einen anderen Port binden

Standardmäßig lauscht Apache auf Port 80 (HTTP) und 443 (HTTPS). Unser Plan ist, dass Nginx diese Ports übernimmt und Apache nur noch lokal auf einem anderen Port (z.B. 8080) lauscht.

1. Öffnet die Apache-Ports-Konfigurationsdatei:

   bash

   sudo nano /etc/apache2/ports.conf

2. Ändert die Zeile Listen 80 in Listen 127.0.0.1:8080. Dadurch lauscht Apache nur noch lokal auf Port 8080 und ist nicht mehr direkt aus dem Internet erreichbar.

   apache

   Listen 127.0.0.1:8080

3. Speichert die Datei (Strg+O, dann Enter) und schließt sie (Strg+X).

Schritt 2: Virtuellen Host (Site) von Apache anpassen

Jetzt müssen wir auch die Konfiguration eurer Website anweisen, auf diesem lokalen Port zu lauschen.

1. Öffnet die Konfigurationsdatei eurer Apache-Website (z.B. die Standard-Site):

   bash

   sudo nano /etc/apache2/sites-available/000-default.conf

2. Ändert den <VirtualHost *:80>-Block in <VirtualHost 127.0.0.1:8080>.

   apache

   <VirtualHost 127.0.0.1:8080>
       ServerAdmin webmaster@localhost
       DocumentRoot /var/www/html
       ErrorLog ${APACHE_LOG_DIR}/error.log
       CustomLog ${APACHE_LOG_DIR}/access.log combined
   </VirtualHost>

3. Speichert die Datei und schließt sie.

Schritt 3: Apache neu starten

Startet Apache neu, damit die Änderungen übernommen werden:

bash

sudo systemctl restart apache2

Prüft mit curl http://127.0.0.1:8080, ob Apache jetzt lokal erreichbar ist. Ihr solltet den Inhalt eurer Standard-Website sehen.

Schritt 4: Nginx als Reverse-Proxy konfigurieren

Jetzt kommt der wichtigste Teil: Wir konfigurieren Nginx so, dass er Anfragen von außen entgegennimmt und an Apache weiterleitet.

1. Deaktiviert die Standard-Nginx-Konfigurationsdatei (optional, aber empfohlen):

   bash

   sudo unlink /etc/nginx/sites-enabled/default

2. Erstellt eine neue Konfigurationsdatei für eure Domain (z.B. meine-domain.de):

   bash

   sudo nano /etc/nginx/sites-available/meine-domain.de

3. Fügt folgenden Grundaufbau ein. Wichtig: Ersetzt meine-domain.de durch eure tatsächliche Domain und passt den root-Pfad an, falls nötig.

   nginx

   server {
       listen 80;
       server_name meine-domain.de www.meine-domain.de;
   
       # Verzeichnis der statischen Dateien (angepasst an euer Setup)
       root /var/www/html;
       index index.php index.html index.htm;
   
       # Log-Dateien
       access_log /var/log/nginx/meine-domain-access.log;
       error_log /var/log/nginx/meine-domain-error.log;
   
       # Bestimmte Dateien direkt von Nginx servieren lassen (statische Dateien)
       location / {
           try_files $uri $uri/ @apache;
       }
   
       # Alle anderen Anfragen (v.a. PHP) an Apache weiterleiten
       location @apache {
           proxy_set_header X-Real-IP  $remote_addr;
           proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
           proxy_set_header Host $host;
           proxy_set_header X-Forwarded-Proto $scheme;
           proxy_pass http://127.0.0.1:8080;
       }
   
       # Statische Dateien mit langer Browser-Cache-Zeit versehen (optional)
       location ~* \.(jpg|jpeg|png|gif|ico|css|js|svg|woff|woff2|ttf|eot)$ {
           expires 30d;
           add_header Cache-Control "public, immutable";
           try_files $uri @apache;
       }
   
       # Verstecke Nginx-Version aus Sicherheitsgründen
       server_tokens off;
   }

   Erklärung der wichtigsten Blöcke:

   • listen 80;: Nginx lauscht auf Port 80 für HTTP.

   • root /var/www/html;: Das Verzeichnis, in dem Nginx nach statischen Dateien sucht.

   • location / { ... }: Hier versucht Nginx zuerst, die angefragte Datei ($uri) oder das Verzeichnis ($uri/) direkt zu finden. Wenn nicht, wird die Anfrage an den benannten Ort @apache weitergeleitet.

   • location @apache { ... }: Dieser Block leitet die Anfrage mit wichtigen Headern (wie der echten IP des Besuchers) an den Apache-Server weiter, der lokal auf Port 8080 lauscht (proxy_pass http://127.0.0.1:8080;).

   • location ~* \.(jpg|jpeg|...)$: Dieser Block sorgt dafür, dass alle gängigen statischen Dateien direkt von Nginx mit einem langen Cache-Header serviert werden, was die Ladezeit extrem verbessert.

4. Aktiviert die neue Nginx-Konfiguration, indem ihr einen symbolischen Link erstellt:

   bash

   sudo ln -s /etc/nginx/sites-available/meine-domain.de /etc/nginx/sites-enabled/

Schritt 5: Nginx-Konfiguration testen und neu starten

1. Testet, ob die Nginx-Konfiguration fehlerfrei ist:

   bash

   sudo nginx -t

   Ihr solltet die Meldung syntax is ok und test is successful sehen.

2. Startet Nginx neu, um die Konfiguration zu laden:

   bash

   sudo systemctl restart nginx

Schritt 6: Firewall anpassen (falls aktiv)

Stellt sicher, dass eure Firewall (z.B. UFW) nur noch die Ports 80 (HTTP) und 443 (HTTPS) für Nginx öffnet. Der Apache-Port 8080 ist nur lokal und muss nicht von außen erreichbar sein.

bash

sudo ufw allow 80/tcp
sudo ufw allow 443/tcp

🧪 Testen, ob alles funktioniert

1. Direkter Apache-Test: Ruft http://127.0.0.1:8080 direkt auf dem Server auf (z.B. mit curl). Ihr solltet die Apache-Startseite sehen.

2. Test über Nginx: Öffnet im Browser eure Domain (http://meine-domain.de). Ihr solltet dieselbe Webseite sehen. Ladet die Seite neu und achtet auf die Geschwindigkeit – statische Elemente sollten jetzt schneller laden.

3. Prüft die Logs: Schaut in die Nginx-Logs, um sicherzustellen, dass Anfragen ankommen.

   bash

   sudo tail -f /var/log/nginx/meine-domain-access.log

🚀 Optional: SSL/TLS mit Let's Encrypt hinzufügen

Jetzt, wo Nginx die Anfragen verwaltet, könnt ihr ganz einfach ein SSL-Zertifikat für HTTPS einrichten, z.B. mit certbot.

1. Installiert Certbot und das Nginx-Plugin:

   bash

   sudo apt install certbot python3-certbot-nginx -y

2. Führt Certbot aus und folgt den Anweisungen:

   bash

   sudo certbot --nginx -d meine-domain.de -d www.meine-domain.de

3. Certbot passt die Nginx-Konfiguration automatisch an, fügt die SSL-Einstellungen hinzu und richtet die automatische Weiterleitung von HTTP auf HTTPS ein. Euer Setup ist jetzt noch sicherer!

📝 Fazit: Das Dream-Team ist startklar

Ihr habt es geschafft! Euer Server kombiniert jetzt die herausragende Performance von Nginx bei statischen Inhalten mit der bewährten Flexibilität von Apache für dynamische Anwendungen.

• Nginx kümmert sich effizient um die Grundlast und schützt den Backend-Server.

• Apache kann sich voll und ganz auf das konzentrieren, was er am besten kann: komplexe Webanwendungen ausführen.

Dieses Setup ist ein Industriestandard für tausende vielbesuchte Websites und gibt euch die Freiheit, weiterhin die .htaccess-Dateien eures CMS zu nutzen, ohne auf Geschwindigkeit verzichten zu müssen.

Bei NexoraHost unterstützen wir euch natürlich gerne bei der Einrichtung einer solchen Traum-Kombination auf unseren leistungsstarken Servern. Wenn Fragen auftauchen, ist unser Support nur eine Nachricht entfernt!

👉 Jetzt den passenden Server für euer Dream-Team finden 👈

Euer NexoraHost-Team ❤️

PS: Ihr habt Fragen oder es hakt bei einem Schritt?

Kein Problem! Unser Support hilft euch schnell und unkompliziert weiter. Bei NexoraHost seid ihr nicht nur Kunde, sondern Teil der Familie – und gemeinsam machen wir euren Server unschlagbar!