Fehler 504 Gateway Timeout: Was es ist und wie man es behebt

Ein 504 Gateway Timeout-Fehler ist ein HTTP-Statuscode, der auftritt, wenn ein Server bei der Verarbeitung einer Anfrage keine rechtzeitige Antwort von einem anderen Server erhält. In der Praxis bedeutet dies, dass der vorgelagerte Server zu lange für eine Antwort benötigt, wodurch das Gateway oder der Proxy aufgibt und dem Endbenutzer einen Fehler zurückgibt.

Dieser umfassende Leitfaden erklärt genau, was ein 504 Gateway Timeout-Fehler ist, was ihn verursacht und — vor allem — wie er behoben werden kann, egal ob Sie ein normaler Besucher oder ein Serveradministrator sind, der für den Betrieb einer Website verantwortlich ist.

Was ist ein 504 Gateway Timeout-Fehler?

Wenn ein Server als Gateway oder Reverse Proxy fungiert — also Anfragen an einen vorgelagerten Server weiterleitet — erwartet er eine Antwort innerhalb eines definierten Zeitfensters. Wenn dieser vorgelagerte Server nicht rechtzeitig antwortet, gibt das Gateway einen 504-Statuscode an den Client zurück.

Dies unterscheidet sich von einem 502 Bad Gateway (der eine ungültige Antwort anzeigt) oder einem 503 Service Unavailable (der signalisiert, dass der Server vorübergehend nicht verfügbar ist). Ein 504 bedeutet speziell, dass das Gateway beim Warten auf eine gültige Antwort *abgelaufen* ist.

Häufige Varianten der Fehlermeldung

Je nach verwendeter Serversoftware, Browser oder CDN kann dieser Fehler wie folgt angezeigt werden:

• 504 Gateway Timeout
• HTTP Error 504
• Gateway Timeout Error
• Error 504: Gateway Timeout
• 504 Gateway Time-out *(häufig in Nginx)*
• A 504 error occurred *(häufig in Cloudflare-Umgebungen)*

Unabhängig von der Formulierung weisen all diese auf dasselbe Grundproblem hin: ein Timeout bei der Server-zu-Server-Kommunikation.

Häufige Ursachen eines 504 Gateway Timeout-Fehlers

Der 504-Fehler ist fast immer ein serverseitiges Problem, das heißt, er entsteht in der Infrastruktur und nicht im Browser oder Gerät des Benutzers. Das Verständnis der Grundursache ist entscheidend für die Anwendung der richtigen Lösung.

1. Serverüberlastung

Wenn ein Server von einem plötzlichen Anstieg des Datenverkehrs oder einer übermäßigen Anzahl gleichzeitiger Anfragen überwältigt wird, ist er möglicherweise nicht in der Lage, innerhalb des konfigurierten Timeout-Fensters zu verarbeiten und zu antworten. Dies ist eine der häufigsten Ursachen für 504-Fehler auf stark frequentierten Websites.

Anzeichen, auf die zu achten ist: Erhöhte CPU-Auslastung, Speichererschöpfung, lange Anfragewarteschlangen in Server-Logs.

2. Netzwerkkonnektivitätsprobleme zwischen Servern

Das Problem liegt möglicherweise nicht bei einem der einzelnen Server, sondern beim Netzwerkpfad zwischen ihnen. Paketverlust, Routing-Fehler oder Latenzspitzen zwischen dem Gateway und dem vorgelagerten Server können alle einen Timeout auslösen.

Anzeichen, auf die zu achten ist: Intermittierende Fehler, Fehler, die mit bestimmten geografischen Regionen oder Rechenzentren korrelieren.

3. DNS-Auflösungsprobleme

Wenn DNS-Einträge falsch konfiguriert, veraltet sind oder sich nach einer Servermigration noch nicht vollständig propagiert haben, kann das Gateway die Adresse des vorgelagerten Servers möglicherweise nicht auflösen — was zu einem Timeout führt, bevor überhaupt eine Verbindung hergestellt wird.

Anzeichen, auf die zu achten ist: 504-Fehler, die unmittelbar nach einer Domain-Übertragung oder Servermigration auftreten.

4. Falsch konfigurierte oder übermäßig restriktive Firewalls

Zu aggressive Firewalls können Pakete zwischen Servern stillschweigend verwerfen und so verhindern, dass die Antwort des vorgelagerten Servers das Gateway erreicht. Dies ist ein häufiges Problem in gehärteten Serverumgebungen, in denen Firewall-Regeln nicht aktualisiert wurden, um neue Server-zu-Server-Kommunikationspfade zu berücksichtigen.

Anzeichen, auf die zu achten ist: 504-Fehler, die nur bestimmte Anfragetypen oder IP-Bereiche betreffen.

5. Fehlkonfiguration von Proxy-Server oder CDN

Wenn Ihre Website den Datenverkehr über einen Proxy-Server oder ein Content Delivery Network (CDN) wie Cloudflare, Sucuri oder Fastly leitet, kann jede Fehlkonfiguration oder Verzögerung auf dieser Ebene einen 504-Fehler erzeugen, bevor die Anfrage überhaupt Ihren Ursprungsserver erreicht.

Anzeichen, auf die zu achten ist: 504-Fehler, die verschwinden, wenn das CDN umgangen wird.

6. Langsame oder nicht reagierende vorgelagerte Anwendungen

Wenn Ihr Server von einer externen API, Datenbank oder einem Microservice abhängt, der zu lange für eine Antwort benötigt, wird das Gateway beim Warten auf das Ergebnis eine Zeitüberschreitung haben. Dies kommt in modernen Web-Architekturen, die auf Drittanbieter-Integrationen angewiesen sind, immer häufiger vor.

Anzeichen, auf die zu achten ist: 504-Fehler, die mit bestimmten Seiten oder Funktionen korrelieren, die auf externe Datenquellen angewiesen sind.

7. Zu kurz eingestellte Timeout-Werte

Manchmal funktioniert der vorgelagerte Prozess korrekt, benötigt aber einfach länger als das konfigurierte Timeout des Servers erlaubt. Wenn proxy_read_timeout oder ähnliche Direktiven zu konservativ eingestellt sind, werden legitime Anfragen vorzeitig abgebrochen.

Wie behebt man einen 504 Gateway Timeout-Fehler?

Die geeignete Lösung hängt davon ab, ob Sie ein Besucher sind, der auf den Fehler stößt, oder ein Serveradministrator, der für die betroffene Infrastruktur verantwortlich ist.

Für Besucher: Schnelle Fehlerbehebungsschritte

Wenn Sie als normaler Benutzer einen 504-Fehler sehen, liegt das Problem mit ziemlicher Sicherheit auf der Serverseite — aber es gibt einige Dinge, die Sie versuchen können:

#### 1. Seite neu laden

Drücken Sie F5 oder klicken Sie auf die Schaltfläche zum Neuladen des Browsers. Wenn der Server momentan überlastet war, kann ein einfaches Neuladen erfolgreich sein, sobald die Last nachlässt.

#### 2. Harter Neustart

Versuchen Sie einen harten Neustart (Strg+Umschalt+R unter Windows/Linux, Cmd+Umschalt+R unter macOS), um den Browser-Cache zu umgehen und eine neue Anfrage an den Server zu erzwingen.

#### 3. Browser-Cache und Cookies löschen

Veraltete zwischengespeicherte Daten können gelegentlich die Serverkommunikation beeinträchtigen. Löschen Sie den Cache und die Cookies Ihres Browsers über Einstellungen → Datenschutz und Sicherheit und versuchen Sie es erneut.

#### 4. Internetverbindung überprüfen

Stellen Sie sicher, dass Ihre eigene Verbindung stabil ist. Eine instabile Verbindung kann manchmal die ordnungsgemäße Kommunikation mit dem Server verhindern und ein bestehendes Timeout-Problem verschlimmern.

#### 5. Ein anderes Netzwerk oder Gerät ausprobieren

Wechseln Sie zu mobilen Daten oder einem anderen WLAN-Netzwerk. Wenn der Fehler verschwindet, könnte das Problem eher mit Ihrem ISP oder der lokalen Netzwerkkonfiguration zusammenhängen als mit dem Server selbst.

#### 6. Warten und erneut versuchen

504-Fehler sind oft vorübergehend. Wenn der Server unter vorübergehender Last steht, ist das Warten von 5–10 Minuten und ein erneuter Versuch oft die effektivste Vorgehensweise.

Für Serveradministratoren: Ausführliche Lösungen

Wenn Sie den Server oder die Website verwalten, auf der 504-Fehler auftreten, ist ein systematischerer Ansatz erforderlich.

#### 1. Server-Ressourcenauslastung überprüfen

Beginnen Sie mit der Überprüfung des aktuellen Ressourcenverbrauchs Ihres Servers. Hohe CPU-Auslastung, Speichererschöpfung oder eine volle Festplatte können alle verhindern, dass der Server Anfragen rechtzeitig verarbeitet.

# Check CPU and memory usage
top
htop

# Check disk usage
df -h

# Review recent system logs
tail -f /var/log/syslog
journalctl -xe

Lösung: Wenn Ihr Server dauerhaft unter hoher Last steht, sollten Sie ein Upgrade auf einen leistungsfähigeren Plan in Betracht ziehen. VPS Hosting von AlexHost bietet skalierbare Ressourcen, die an Ihr wachsendes Traffic-Aufkommen angepasst werden können, während Dedizierte Server maximale Leistung für anspruchsvolle Umgebungen bieten.

#### 2. Webserver und Anwendungsdienste neu starten

Ein kontrollierter Neustart Ihres Webserver-Prozesses kann feststeckende Worker bereinigen, Speicher freigeben und vorübergehende Probleme beheben.

# Restart Nginx
sudo systemctl restart nginx

# Restart Apache
sudo systemctl restart apache2

# Restart PHP-FPM (if applicable)
sudo systemctl restart php8.1-fpm

Wichtig: Überprüfen Sie immer die Logs vor und nach dem Neustart, um zu bestätigen, ob der Neustart das Problem behoben hat.

#### 3. Server-Timeout-Limits erhöhen

Wenn legitime Anfragen abgebrochen werden, weil sie länger dauern als das Standard-Timeout erlaubt, erhöhen Sie die relevanten Timeout-Direktiven in Ihrer Serverkonfiguration.

Für Nginx (/etc/nginx/nginx.conf oder dem Server-Block Ihrer Website):

proxy_connect_timeout   300;
proxy_send_timeout      300;
proxy_read_timeout      300;
send_timeout            300;

Für Apache (/etc/apache2/apache2.conf oder .htaccess):

Timeout 300
ProxyTimeout 300

Für PHP-FPM (/etc/php/8.1/fpm/pool.d/www.conf):

request_terminate_timeout = 300

Laden Sie nach Änderungen den Dienst immer neu oder starten Sie ihn neu:

sudo nginx -t && sudo systemctl reload nginx
# or
sudo apachectl configtest && sudo systemctl reload apache2

#### 4. DNS-Probleme untersuchen und beheben

Wenn der 504-Fehler nach einer Servermigration, Domain-Übertragung oder DNS-Eintragsänderung aufgetreten ist, ist die DNS-Propagierung möglicherweise unvollständig oder die Einträge zeigen auf den falschen Server.

Diagnoseschritte:

# Check current DNS resolution
dig yourdomain.com
nslookup yourdomain.com

# Check from a specific DNS server
dig @8.8.8.8 yourdomain.com

Verwenden Sie ein Online-Tool wie DNS Checker, um den globalen Propagierungsstatus zu überprüfen.

Lösung: Stellen Sie sicher, dass Ihre A-Einträge und CNAME-Einträge auf die richtige IP-Adresse zeigen. Wenn Sie kürzlich eine Domain registriert oder übertragen haben, warten Sie bis zu 48 Stunden für die vollständige Propagierung. Der Domain-Registrierungsservice von AlexHost enthält DNS-Verwaltungstools, die Ihnen helfen, Einträge aktuell und korrekt zu halten.

#### 5. Firewall-Regeln und Sicherheitseinstellungen überprüfen

Eine Firewall, die die Inter-Server-Kommunikation blockiert, ist eine häufige, aber oft übersehene Ursache für 504-Fehler. Überprüfen Sie Ihre Firewall-Logs auf verworfene oder abgelehnte Verbindungen.

# Check UFW logs (Ubuntu/Debian)
sudo ufw status verbose
sudo tail -f /var/log/ufw.log

# Check iptables rules
sudo iptables -L -n -v

# Check firewalld (CentOS/RHEL)
sudo firewall-cmd --list-all

Lösung: Identifizieren Sie alle Regeln, die den Datenverkehr zwischen Ihrem Gateway und den vorgelagerten Servern blockieren könnten, und aktualisieren Sie sie, um die erforderliche Kommunikation zu erlauben. Achten Sie darauf, keine Ports unnötig zu öffnen — wenden Sie das Prinzip der minimalen Rechtevergabe an.

#### 6. Proxy- und CDN-Konfiguration debuggen

Wenn Ihre Website einen Reverse Proxy verwendet (z. B. Nginx als Proxy für eine Node.js- oder Python-Anwendung) oder ein CDN, überprüfen Sie, ob die Proxy-Konfiguration korrekt ist und ob der Ursprungsserver erreichbar ist.

Für Nginx Reverse Proxy, überprüfen Sie den Upstream-Block:

upstream backend {
    server 127.0.0.1:3000;
    keepalive 32;
}

server {
    location / {
        proxy_pass http://backend;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_read_timeout 300;
    }
}

Bei CDN-bezogenen 504-Fehlern:

• Umgehen Sie vorübergehend das CDN, indem Sie direkt über die IP-Adresse auf die Website zugreifen, um festzustellen, ob das CDN oder der Ursprungsserver die Ursache des Problems ist.
• Überprüfen Sie die Ursprungs-Timeout-Einstellungen des CDN — viele CDNs haben eigene konfigurierbare Timeout-Werte, die mit den Einstellungen Ihres Servers abgestimmt werden müssen.
• Überprüfen Sie die Statusseite des CDN auf laufende Vorfälle.

#### 7. Langsame Datenbankabfragen und Anwendungscode optimieren

Wenn der 504-Fehler durch eine langsame vorgelagerte Anwendung verursacht wird — z. B. eine Datenbankabfrage, die zu lange dauert — liegt die Lösung in der Optimierung auf Anwendungsebene und nicht in der Serverkonfiguration.

Untersuchungsschritte:

• Aktivieren Sie die Protokollierung langsamer Abfragen in MySQL/MariaDB:

SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 2;

• Überprüfen Sie Application Performance Monitoring (APM)-Tools wie New Relic, Datadog oder Open-Source-Alternativen wie Netdata.
• Fügen Sie Datenbankindizes zu häufig abgefragten Spalten hinzu.
• Implementieren Sie Caching (Redis, Memcached), um die Anzahl teurer Datenbankaufrufe zu reduzieren.

#### 8. Server-Gesundheit proaktiv überwachen

Reaktive Fehlerbehebung ist weniger effektiv als proaktives Monitoring. Richten Sie Benachrichtigungen für CPU-, Speicher-, Festplatten-I/O- und Antwortzeitschwellenwerte ein, damit Sie Probleme erkennen und beheben können, bevor sie zu 504-Fehlern für Ihre Besucher führen.

Wenn Ihrer aktuellen Hosting-Umgebung die Ressourcen oder Flexibilität fehlen, um diese Optimierungen umzusetzen, könnte es an der Zeit sein, ein Upgrade in Betracht zu ziehen. AlexHosts VPS mit cPanel-Pläne bieten eine intuitive Verwaltungsoberfläche zusammen mit der rohen Leistung eines virtuellen privaten Servers — was die Überwachung und Verwaltung Ihres Servers ohne tiefgreifende Kommandozeilenkenntnisse erleichtert.

504 im Vergleich zu anderen häufigen Gateway-Fehlern

Das Verständnis, wie sich 504 von verwandten HTTP-Fehlern unterscheidet, hilft Ihnen, Probleme genauer zu diagnostizieren:

504-Fehler verhindern: Best Practices

Anstatt auf das Auftreten von 504-Fehlern zu warten und dann zu reagieren, implementieren Sie diese Best Practices, um deren Wahrscheinlichkeit zu minimieren:

• Server-Ressourcen richtig dimensionieren — stellen Sie sicher, dass Ihr Hosting-Plan Ihren erwarteten Datenverkehr bewältigen kann, einschließlich Spitzenlasten.
• Load Balancer verwenden — verteilen Sie den Datenverkehr auf mehrere Server, um zu verhindern, dass ein einzelner Server zum Engpass wird.
• Caching aggressiv einsetzen — verwenden Sie Full-Page-Caching, Object-Caching und CDN-Edge-Caching, um die Anzahl der Anfragen zu reduzieren, die Ihren Ursprungsserver erreichen.
• Realistische Timeout-Werte festlegen — konfigurieren Sie Timeouts, die die tatsächliche Verarbeitungszeit Ihrer Anwendung widerspiegeln, nicht willkürliche Standardwerte.
• DNS-Gesundheit überwachen — überprüfen Sie regelmäßig, ob Ihre DNS-Einträge korrekt sind und ob die TTL-Werte angemessen sind.
• Software aktuell halten — veraltete Webserver-Software, PHP-Versionen oder CMS-Plugins können Leistungsengpässe einführen, die zu Timeouts beitragen.
• Server ordnungsgemäß absichern — ein gut konfiguriertes SSL-Zertifikat schützt nicht nur Ihre Benutzer, sondern stellt auch sicher, dass verschlüsselte Verbindungen zwischen Servern keine unerwarteten Handshake-Verzögerungen verursachen. AlexHosts SSL-Zertifikate sind einfach einzurichten und helfen dabei, eine sichere und effiziente Serverkommunikation aufrechtzuerhalten.

Fazit

Ein 504 Gateway Timeout-Fehler ist ein serverseitiges Problem, das auftritt, wenn ein Gateway oder Proxy keine rechtzeitige Antwort von einem vorgelagerten Server erhält. Obwohl er für Besucher frustrierend sein kann, ist er mit dem richtigen Ansatz fast immer diagnostizierbar und behebbar.

Für Besucher sind die besten sofortigen Maßnahmen, die Seite neu zu laden, den Cache zu leeren und einige Minuten zu warten, bevor Sie es erneut versuchen.

Für Serveradministratoren erfordert die Lösung eine systematische Untersuchung: Überprüfen Sie die Server-Ressourcenauslastung, überprüfen Sie Timeout-Konfigurationen, prüfen Sie Firewall-Regeln, verifizieren Sie DNS-Einträge und optimieren Sie langsamen Anwendungscode oder Datenbankabfragen.

Die Wahl eines zuverlässigen Hosting-Anbieters mit robuster Infrastruktur ist der wirksamste Weg, die Häufigkeit von 504-Fehlern zu reduzieren. Ob Sie skalierbares VPS Hosting, hochleistungsfähige Dedizierte Server oder einsteigerfreundliches Shared Web Hosting benötigen — AlexHost bietet die Infrastruktur, den Support und die Tools, um Ihre Website rund um die Uhr schnell, stabil und erreichbar zu halten.