active (running)<\/strong> ist, ähnlich wie im folgenden Beispiel:<\/p>● nginx.service - A high performance web server and a reverse proxy server
Loaded: loaded (\/lib\/systemd\/system\/nginx.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2025-01-01 12:34:56 UTC; 2min 22s ago
Docs: man:nginx(8)
Main PID: 1234 (nginx)
Tasks: 2 (limit: 1152)
Memory: 5.3M
CGroup: \/system.slice\/nginx.service
├─1234 nginx: master process \/usr\/sbin\/nginx -g daemon on; master_process on;
└─1235 nginx: worker process<\/pre>Falls auf Ihrem VPS eine Firewall konfiguriert ist, müssen Sie außerdem Traffic für NGINX zulassen. Wenn Sie Uncomplicated Firewall (UFW) verwenden, lassen Sie den Traffic auf den entsprechenden Ports mit folgendem Befehl zu:<\/p>
sudo ufw allow 'Nginx Full'<\/pre>2. Konfigurieren Sie die Dateistruktur<\/h3>
Bei der Installation von NGINX richtet das System automatisch mehrere wichtige Verzeichnisse und Dateien für die Konfiguration und den Betrieb ein.<\/p>
Eine strukturierte Organisation der NGINX-Konfigurationsdateien ist wichtig, um NGINX an bestimmte Anforderungen anzupassen, etwa um unterschiedliche Workloads zu verwalten und Anfragen effizient an mehrere Server weiterzuleiten.<\/p>
Grundlegende Struktur der NGINX-Konfigurationsdateien<\/strong><\/p>Die zentrale NGINX-Konfigurationsdatei nginx.conf<\/strong> befindet sich unter \/etc\/nginx\/<\/strong>. Sie enthält globale Einstellungen und Direktiven, über die zusätzliche Konfigurationen aus anderen Dateien und Verzeichnissen eingebunden werden:<\/p>\n- \/etc\/nginx\/nginx.conf<\/strong>. Die Hauptkonfigurationsdatei von NGINX.<\/li>\n\n\n\n
- \/etc\/nginx\/sites-available\/<\/strong>. Enthält mögliche Konfigurationen für virtuelle Hosts. Jede Datei steht für eine separate Website, die einzeln aktiviert oder deaktiviert werden kann.<\/li>\n\n\n\n
- \/etc\/nginx\/sites-enabled\/<\/strong>. Enthält symbolische Links zu den Konfigurationen unter sites-available<\/strong>, die NGINX verwenden soll. Nur die in diesem Verzeichnis verlinkten Konfigurationen sind aktiv.<\/li>\n\n\n\n
- \/etc\/nginx\/conf.d\/<\/strong>. Enthält in der Regel globale Konfigurationen, die für alle Websites gelten. Dateien mit der Endung .conf<\/strong> in diesem Verzeichnis werden automatisch in die NGINX-Hauptkonfiguration eingebunden.<\/li>\n<\/ul>
Wichtige NGINX-Direktiven<\/strong><\/p>Um NGINX effektiv zu nutzen, sollten Sie mit den wichtigsten Direktiven vertraut sein:<\/p>
\n- server<\/strong>. Definiert einen Serverblock. Jeder Serverblock kann eine Website oder einen Teil einer Website hosten und enthält Direktiven wie listen<\/strong> und server_name<\/strong>.<\/li>\n\n\n\n
- location.<\/strong> Legt fest, wie Anfragen für verschiedene Ressourcen innerhalb eines Serverblocks verarbeitet werden. In location-Blöcken können Sie Webinhalte und Proxy-Einstellungen festlegen.<\/li>\n<\/ul>
3. Richten Sie NGINX als Reverse Proxy ein<\/h3>
Erstellen Sie eine neue Konfigurationsdatei, um NGINX als Reverse Proxy zu konfigurieren. Sie enthält die Serverblöcke und Direktiven, die für die Weiterleitung von Anfragen erforderlich sind. Gehen Sie wie folgt vor:<\/p>
\n- Wechseln Sie in das Konfigurationsverzeichnis:<\/li>\n<\/ol>
cd \/etc\/nginx\/sites-available\/<\/pre>\n- Erstellen Sie mit einem Texteditor wie nano eine Konfigurationsdatei, die nach Ihrer Website benannt ist, zum Beispiel:<\/li>\n<\/ol>
sudo nano example.com<\/pre>\n- Konfigurieren Sie den Server in der NGINX-Konfigurationsdatei so, dass er Port 80<\/strong> überwacht, und verwenden Sie die Direktive proxy_pass<\/strong>, um Proxy-Anfragen an Ihren Backend-Server weiterzuleiten:<\/li>\n<\/ol>
server {\n listen 80;\n server_name example.com;\n location \/ {\n proxy_pass http:\/\/your_backend_server_ip;\n proxy_set_header Host $host; # Forwarded host\n proxy_set_header X-Real-IP $remote_addr;\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n proxy_redirect off;\n }\n}<\/pre>Ersetzen Sie your_backend_server_ip<\/strong> durch die tatsächliche IP-Adresse Ihres Backend-Servers.<\/p>Konfigurieren der Lastverteilung<\/strong><\/p>Definieren Sie einen upstream<\/strong>-Block und verwenden Sie proxy_pass<\/strong> innerhalb Ihres Serverblocks, um einen Load Balancer einzurichten und den Traffic auf mehrere Server zu verteilen:<\/p>upstream myapp1 {\n server backend1.example.com;\n server backend2.example.com;\n}\nserver {\n listen 80;\n server_name example.com;\n location \/ {\n proxy_pass http:\/\/myapp1;\n proxy_next_upstream error timeout;\n # Additional settings...\n }\n}<\/pre>Statische Inhalte bereitstellen<\/strong><\/p>Stellen Sie statische Inhalte über einen separaten location<\/strong>-Block direkt mit NGINX bereit:<\/p>server {\n listen 80;\n server_name example.com;\n location \/ {\n proxy_pass http:\/\/your_backend_server_ip;\n # Proxy settings...\n }\n location \/static\/ {\n root \/path\/to\/static\/files;\n expires 30d;\n }\n}<\/pre>Proxy-Direktiven anpassen<\/strong><\/p>Mit verschiedenen proxy_<\/strong>-Direktiven können Sie festlegen, wie NGINX mit den Backend-Servern interagiert, um die Leistung zu verbessern und weitergeleitete Anfragen effektiv zu verarbeiten:<\/p>\n- proxy_pass.<\/strong> Gibt das Protokoll und die Adresse des Backend-Servers an. Die grundlegende Verwendung für die Weiterleitung von Anfragen anhand der Anfrage-URI sieht folgendermaßen aus:<\/li>\n<\/ul>
location \/ {\n proxy_pass http:\/\/backend.example.com;\n}<\/pre>\n- proxy_set_header.<\/strong> Ändert oder ergänzt Header in der Anfrage, die an den Backend-Server weitergeleitet wird, damit der Backend-Server alle erforderlichen Informationen über die ursprüngliche Anfrage erhält:<\/li>\n<\/ul>
location \/ {\n proxy_pass http:\/\/backend.example.com;\n proxy_set_header Host $host;\n proxy_set_header X-Real-IP $remote_addr;\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n proxy_set_header X-Forwarded-Proto $scheme;\n}<\/pre>\n- proxy_cache.<\/strong> Aktiviert das Caching von Antworten des Backend-Servers. Konfigurieren Sie zusätzlich proxy_cache_path<\/strong>, um die Cache-Parameter festzulegen:<\/li>\n<\/ul>
http {\n proxy_cache_path \/path\/to\/cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;\n server {\n location \/ {\n proxy_pass http:\/\/backend.example.com;\n proxy_cache my_cache;\n }\n }\n}<\/pre>\n- proxy_buffering<\/strong>. Steuert die Pufferung von Antworten. Das Deaktivieren der Pufferung kann bei bestimmten Anwendungsfällen die Latenz verringern:<\/li>\n<\/ul>
location \/ {
proxy_pass http:\/\/backend.example.com;
proxy_buffering off;
}<\/pre>\n- proxy_ssl.<\/strong> Sorgt für sichere Verbindungen zum Backend-Server mit SSL-Verschlüsselung:<\/li>\n<\/ul>
location \/ {\n proxy_pass https:\/\/backend.example.com;\n proxy_set_header X-Forwarded-Proto https;\n}<\/pre>\n- proxy_buffer_size<\/strong>. Legt die Puffergröße für den ersten Teil der Antwort fest:<\/li>\n<\/ul>
location \/ {\n proxy_pass http:\/\/backend.example.com;\n proxy_buffer_size 4k;\n}<\/pre>\n- Proxy-Timeouts.<\/strong> Legen Sie die Timeouts für den Verbindungsaufbau sowie das Lesen und Senden von Daten an den Backend-Server fest:<\/li>\n<\/ul>
location \/ {\n proxy_pass http:\/\/backend.example.com;\n proxy_connect_timeout 60s;\n proxy_read_timeout 60s;\n proxy_send_timeout 60s;\n}<\/pre>4. Testen Sie den NGINX-Reverse-Proxy<\/h3>
Nachdem Sie den NGINX-Reverse-Proxy konfiguriert haben, aktivieren Sie die Konfiguration, prüfen Sie sie auf Syntaxfehler und übernehmen Sie anschließend die Änderungen:<\/p>
\n- Erstellen Sie einen symbolischen Link von Ihrer Konfigurationsdatei unter sites-available<\/strong> zu sites-enabled<\/strong>, um sie zu aktivieren:<\/li>\n<\/ol>
sudo ln -s \/etc\/nginx\/sites-available\/example.com \/etc\/nginx\/sites-enabled\/<\/pre>\n- Testen Sie die NGINX-Konfiguration, um Dienstunterbrechungen durch mögliche Fehlkonfigurationen zu vermeiden:<\/li>\n<\/ol>
sudo nginx -t<\/pre>Alternativ können Hostinger VPS-Kunden ihre NGINX-Konfiguration mit Hostinger Agent<\/strong> überprüfen. Öffnen Sie im linken Seitenbereich Ihres VPS-Dashboards das Menü Hostinger Agent KI-Assistent<\/strong> und geben Sie anschließend Ihren Prompt ein.<\/p>Wenn der Hostinger Agent Probleme bei der NGINX-Reverse-Proxy-Konfiguration erkennt, zeigt er an, wo diese auftreten, sodass Sie die Fehler beheben können.<\/p>
NGINX neu laden oder neu starten<\/strong><\/p>Um die Änderungen an Ihrer Konfiguration zu übernehmen, können Sie NGINX entweder neu laden oder neu starten.<\/p>
\n- Laden Sie NGINX neu<\/strong>. Diese Methode wird im Allgemeinen bevorzugt, da sie Änderungen übernimmt, ohne bestehende Verbindungen zu unterbrechen:<\/li>\n<\/ul>
sudo systemctl reload nginx<\/pre>
\n- Starten Sie NGINX neu<\/strong>. Falls erforderlich, können Sie NGINX vollständig neu starten. Dadurch wird der Dienst kurzzeitig unterbrochen:<\/li>\n<\/ul>
sudo systemctl restart nginx<\/pre>Bei umfangreicheren Änderungen oder zur Behebung von NGINX-Fehlern kann ein Neustart erforderlich sein.<\/p>
Fazit<\/h2>
In diesem Leitfaden haben Sie erfahren, wie Sie NGINX als Reverse Proxy einrichten – von der Installation über die Konfiguration bis zum Testen.<\/p>
Indem NGINX eingehende Anfragen verwaltet und gleichmäßig verteilt, sorgen Sie für eine optimale Auslastung Ihres Servers und einen reibungslosen Betrieb Ihrer Webanwendungen. Nutzen Sie diese Schritte als Ausgangspunkt, um die Leistung, Sicherheit und Skalierbarkeit Ihrer Serverumgebung mit NGINX zu verbessern.<\/p>
Häufig gestellte Fragen (FAQ) zum NGINX-Reverse-Proxy<\/h2>
In diesem Abschnitt beantworten wir die häufigsten Fragen zu NGINX-Reverse-Proxy-Servern.<\/p>