Häufige HTTP-Fehlercodes beheben

Der HTTP-Statuscode ist der erste Hinweis. Die häufigsten:

Bad request 400

Der Fehler 400 Bad Request ist ein HTTP-Statuscode, der anzeigt, dass der Server die Anfrage des Clients wegen ungültiger Syntax nicht verarbeiten konnte. Ihr Client oder Browser versucht vielleicht, eine zu große Datei zu senden, die Anfrage kann fehlerhaft aufgebaut sein, die HTTP-Header der Anfrage können ungültig sein, und so weiter.

Unauthorized 401

Der Webserver soll die vom Client gesendete HTTP-Anfrage nicht bedienen. Das kann an bestimmten auf dem Server aktivierten Konfigurationen liegen oder an Fehlern darin. Webserver lassen sich so konfigurieren, dass sie die gehosteten Websites oder Teile davon abhängig vom Ursprung der Anfrage, vom Gerätetyp und Ähnlichem ausliefern.

Forbidden 403

Dieser Code wird geliefert, wenn die Anfrage auf etwas Verbotenes zielt (bestimmte Konfigurationsdateien, .htaccess-Dateien und Ähnliches), oder wenn Rechtefehler bei den gehosteten Dateien vorliegen, die der Webserver dann nicht verarbeiten kann.

Not found 404

Die angeforderte Ressource ist auf dem Server nicht vorhanden. Das können einzelne Dateien, defekte URLs und Ähnliches sein.

Wir haben einen ausführlichen Blogbeitrag darüber geschrieben, wie Sie 400er-Fehlercodes analysieren.

Internal Error 500

Der Server ist auf einen Zustand gestoßen, in dem er die angeforderten Ressourcen nicht ausliefern kann. Dieser Code bedeutet, dass auf dem Server, auf dem der Webserver und die zugehörigen Anwendungen laufen, etwas nicht stimmt und die Anforderungen ihrer Software nicht erfüllt sind. Das kann bei Problemen mit Arbeitsspeicher, Festplatte oder I/O passieren.

Bad Gateway 502

Tritt auf, wenn die Backend-Anwendungsserver nicht erreichbar sind. Zum Beispiel, wenn die Frontend-Webserver die Upstream-Server nicht erreichen, egal ob diese auf demselben Server oder auf einem anderen, entfernten Server laufen.

Service Unavailable 503

Kann durch jeden vorübergehenden Fehler ausgelöst werden, etwa einen Verbindungs-Timeout zu einer angeforderten Ressource, einen Ausfall der Application Pools im Fall von IIS und Ähnliches.

Gateway Timeout

Tritt auf, wenn der Frontend-Webserver innerhalb des konfigurierten Timeouts keine Antwort von den Upstream-Servern erhält. Das lässt sich beheben, indem Sie die Timeouts der Webserver für die jeweiligen Upstream-Dienste erhöhen.

Too many redirects

Eine Weiterleitungsschleife. Prüfen Sie die Regeln in der .htaccess, entfernen Sie Duplikate und fassen Sie die gültigen Weiterleitungen zusammen.