Was ist ein 400 Bad Request Error und wie man ihn behebt (Vollständiger Leitfaden)
Ein 400 Bad Request Error ist ein HTTP-Statuscode, der dir mitteilt, dass der Server deine Anfrage erhalten hat, aber sich weigert, sie zu verarbeiten — nicht wegen eines serverseitigen Fehlers, sondern weil etwas in der Anfrage selbst fehlerhaft, ungültig oder beschädigt ist. Egal ob du ein gelegentlicher Benutzer bist, der auf eine unerwartete Mauer trifft, oder ein Systemadministrator, der einen falsch konfigurierten Server diagnostiziert — das Verständnis dieses Fehlers ist für schnelle und effektive Fehlerbehebung unerlässlich.
Dieser umfassende Leitfaden behandelt jede Ursache, jede Lösung und jedes Szenario — von einfachen URL-Tippfehlern bis hin zu tiefgreifenden Serverkonfigurationsfehlern.
Was bedeutet der 400 Bad Request Error?
Im HTTP-Protokoll zeigen Statuscodes im 4xx-Bereich clientseitige Fehler an. Ein 400 speziell bedeutet, dass der Server das Anforderungsformat verstanden hat, aber es syntaktisch falsch oder anderweitig nicht verarbeitbar befunden hat, bevor er überhaupt versucht hat, es zu erfüllen.
Häufige Variationen der 400-Fehlermeldung
Je nach Server, Framework oder verwendetem CDN kann dieser Fehler angezeigt werden als:
400 Bad RequestBad Request – Invalid URLHTTP Error 400400. That's an error.400 Bad Request. The server cannot or will not process the request due to a client error.Invalid request
Alle diese deuten auf die gleiche Grundursache hin: Der Client hat etwas gesendet, das der Server nicht akzeptieren konnte.
Was verursacht einen 400 Bad Request Error?
Bevor du zu den Lösungen springst, ist es wichtig, die zugrunde liegenden Ursachen zu verstehen. Ein 400-Fehler kann durch eine überraschend große Bandbreite von Problemen ausgelöst werden:
| Ursache | Beschreibung |
|---|---|
| Fehlerhafte URL-Syntax | Fehlende Zeichen, zusätzliche Symbole oder falsch kodierte Sonderzeichen |
| Beschädigte Browser-Cookies | Mit einer Website verknüpfte Cookies werden ungültig, wodurch der Server die Sitzung ablehnt |
| Datei-Upload-Größe überschritten | Die hochgeladene Datei überschreitet das konfigurierte Größenlimit des Servers |
| Ungültige Request-Header | Falsch formatierte oder nicht unterstützte HTTP-Header, die mit der Anfrage gesendet werden |
| Veralteter DNS-Cache | Veraltete DNS-Einträge, die auf eine falsche oder nicht existierende IP-Adresse verweisen |
| Fehlende oder ungültige Abfrageparameter | Erforderliche URL-Parameter fehlen, sind fehlerhaft oder falsch kodiert |
| Fehlerhafte Browser-Erweiterungen | Erweiterungen, die HTTP-Anfragen ändern, können Header beschädigen oder ungültige Daten einfügen |
| Serverkonfigurationsfehler | Fehler in .htaccess, Nginx-Konfiguration oder Sicherheits-Plugin-Regeln, die gültige Anfragen ablehnen |
So behebst du einen 400 Bad Request Error: Schritt für Schritt
1. Überprüfe die URL auf Tippfehler und Syntaxfehler
Eine fehlerhafte URL ist die häufigste Ursache für einen 400-Fehler, und es ist das erste, das du überprüfen solltest. Selbst ein einzelnes falsch platziertes Zeichen kann eine Anfrage für den Server unlesbar machen.
Worauf du achten solltest:
- Rechtschreibfehler in der Domain oder im Pfad
- Doppelte Schrägstriche (
//), wo sie nicht vorkommen sollten - Nicht kodierte Sonderzeichen — Leerzeichen, Klammern oder Ampersands, die nicht URL-kodiert wurden
- Unterbrochene Abfragezeichenfolgen mit fehlenden
=-Zeichen oder&-Trennzeichen
Praktisches Beispiel:
Eine URL wie https://example.com/search?q=hello world enthält ein nicht kodiertes Leerzeichen, das ungültig ist. Die korrekte, ordnungsgemäß kodierte Version ist:
https://example.com/search?q=hello%20worldÜberprüfe immer die URL in der Adressleiste deines Browsers, bevor du davon ausgehst, dass das Problem tiefer liegt.
2. Leere deinen Browser-Cache und Cookies
Beschädigte oder veraltete Cookies und zwischengespeicherte Dateien sind eine häufige Ursache für 400-Fehler, besonders auf Websites, die du bereits besucht hast. Der Browser sendet möglicherweise ein zwischengespeichertes, jetzt ungültiges Cookie, das der Server sofort ablehnt.
In Google Chrome:
- Klicke auf das Drei-Punkte-Menü (⋮) in der oberen rechten Ecke.
- Navigiere zu Weitere Tools → Browserdaten löschen.
- Aktiviere Cookies und andere Websitedaten und Bilder und Dateien im Cache.
- Klicke auf Daten löschen.
In Mozilla Firefox:
- Klicke auf das Hamburger-Menü (☰) und gehe zu Einstellungen.
- Wähle Datenschutz & Sicherheit.
- Klicke unter *Cookies und Website-Daten* auf Daten löschen.
- Aktiviere beide Optionen und klicke auf Löschen.
In Safari (macOS):
- Klicke auf Safari in der Menüleiste und gehe zu Einstellungen → Datenschutz.
- Klicke auf Website-Daten verwalten und dann auf Alle entfernen.
- Starte Safari neu und versuche die URL erneut.
Nachdem du Cache und Cookies geleert hast, lade die Seite neu und überprüfe, ob der Fehler weiterhin besteht.
3. Leere deinen DNS-Cache
Dein Betriebssystem speichert DNS-Suchergebnisse lokal, um das Surfen zu beschleunigen. Wenn diese zwischengespeicherten Einträge veraltet oder beschädigt werden, können sie deinen Browser auf den falschen Server verweisen — was zu Verbindungsfehlern führt, einschließlich 400-Antworten.
Unter Windows:
Öffne die Eingabeaufforderung als Administrator und führe aus:
ipconfig /flushdnsDu solltest die Bestätigung sehen: *"Der DNS-Resolver-Cache wurde erfolgreich geleert."*
Auf macOS (Ventura / Monterey / Sonoma):
Öffne Terminal und führe aus:
sudo killall -HUP mDNSResponderUnter Linux (systemd-resolved):
sudo systemd-resolve --flush-cachesNachdem du den Cache geleert hast, schließe und öffne deinen Browser erneut, dann versuche die Anfrage erneut.
4. Überprüfe die Datei-Upload-Größenlimits
Wenn der 400-Fehler speziell beim Hochladen einer Datei auftritt, überschreitet die Datei mit Sicherheit das konfigurierte maximale Upload-Größenlimit des Servers. Server erzwingen diese Limits, um Missbrauch und Ressourcenerschöpfung zu verhindern.
Für Endbenutzer:
- Versuche, die Datei vor dem Hochladen zu komprimieren.
- Teile große Dateien in kleinere Teile auf, wenn die Anwendung dies unterstützt.
- Überprüfe die Dokumentation der Website auf angegebene Upload-Limits.
Für Serveradministratoren:
Bearbeite auf Apache deine .htaccess oder httpd.conf:
LimitRequestBody 104857600*(Dies setzt das Limit auf 100MB.)*
Bearbeite auf Nginx deine nginx.conf:
client_max_body_size 100M;Aktualisiere auf PHP deine php.ini:
upload_max_filesize = 100M
post_max_size = 100MStarte deinen Webserver nach diesen Änderungen neu.
> Wenn du eine verwaltete Umgebung betreibst, erwäge ein Upgrade auf einen VPS Hosting-Plan, bei dem du die vollständige Kontrolle über Serverkonfigurationsparameter hast.
5. Deaktiviere Browser-Erweiterungen
Browser-Erweiterungen — besonders Ad-Blocker, Datenschutztools und Request-Modifier — können HTTP-Header auf Weise ändern, die Anfragen ungültig machen. Wenn du kürzlich eine neue Erweiterung installiert hast und 400-Fehler siehst, ist dies ein wahrscheinlicher Schuldiger.
In Google Chrome:
- Gib
chrome://extensions/in die Adressleiste ein und drücke Enter. - Schalte alle Erweiterungen aus.
- Starte Chrome neu und teste die URL.
- Aktiviere Erweiterungen einzeln wieder, um die problematische zu isolieren.
In Firefox:
- Gib
about:addonsin die Adressleiste ein. - Deaktiviere alle Erweiterungen.
- Starte neu und teste.
Wenn der Fehler mit deaktivierten Erweiterungen verschwindet, entferne oder aktualisiere die problematische Erweiterung.
6. Versuche einen anderen Browser oder ein anderes Gerät
Manchmal ist das Problem völlig isoliert auf die Konfiguration, das Profil oder die gespeicherten Daten deines aktuellen Browsers. Das Testen mit einer Alternative eliminiert Browser-spezifische Variablen schnell.
Schritte zum Folgen:
- Öffne die gleiche URL in einem anderen Browser (z.B. wechsle von Chrome zu Firefox oder Edge).
- Versuche, die Seite von einem anderen Gerät aus zu öffnen (Telefon, Tablet oder ein anderer Computer).
- Verbinde dich über ein anderes Netzwerk (z.B. wechsle von Wi-Fi zu mobilen Daten).
Wenn die Seite auf einem anderen Browser oder Gerät korrekt geladen wird, liegt das Problem bei deinem ursprünglichen Setup — überprüfe die Schritte 2 und 5 erneut.
7. Überprüfe Server-Logs (Für Website-Besitzer und Administratoren)
Wenn du die Website verwaltest, auf der 400-Fehler auftreten, sind Server-Logs dein mächtigstes Diagnosetool. Sie zeichnen die genauen Details jeder Anfrage und Ablehnung auf und ermöglichen es dir, die Ursache genau zu bestimmen.
Worauf du in Logs achten solltest:
- Die spezifische Anfrageleitung, die die 400-Antwort ausgelöst hat
- Fehlerhafte oder übergroße Request-Header
- Ungültige Cookie-Daten, die gesendet werden
- Anfragen, die durch Firewall- oder Sicherheitsregeln blockiert werden
Häufige Log-Speicherorte:
| Server | Standard-Log-Pfad |
|---|---|
| Apache | /var/log/apache2/error.log oder /var/log/httpd/error_log |
| Nginx | /var/log/nginx/error.log |
| cPanel | Zugänglich über Error Logs im cPanel-Dashboard |
Wenn du ein CMS wie WordPress verwendest, überprüfe auch das Debug-Log, indem du WP_DEBUG_LOG in wp-config.php aktivierst:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);> Administratoren, die mehrere Websites verwalten, profitieren von einem VPS mit cPanel, das eine zentralisierte, benutzerfreundliche Schnittstelle zum Überprüfen von Error-Logs über alle gehosteten Domains hinweg bietet.
8. Überprüfe und behebe Serverkonfigurationsfehler
Serverseitige Konfigurationsfehler sind eine häufige Quelle für 400-Fehler, die alle Besucher betreffen, nicht nur einzelne Benutzer. Wenn deine Logs ein Muster von 400-Fehlern über mehrere Clients hinweg zeigen, schau hier zuerst nach.
Apache — .htaccess Fehler:
Syntaxfehler in .htaccess können Apache veranlassen, Anfragen abzulehnen. Validiere deine Datei mit:
apachectl configtestSuche nach Zeilen mit fehlerhaften RewriteRule-Direktiven, ungültigen mod_security-Regeln oder unterbrochener Umleitung-Logik.
Nginx — Konfigurationsfehler:
Teste deine Nginx-Konfiguration vor dem Neuladen:
nginx -tÜberprüfe auf falsch konfigurierte server_name-Blöcke, ungültige location-Direktiven oder übermäßig restriktive limit_req-Regeln.
Sicherheits-Plugins und WAF-Regeln:
Web Application Firewalls (WAFs) und Sicherheits-Plugins (wie Wordfence oder Sucuri) können legitime Anfragen aggressiv blockieren, wenn Regeln falsch konfiguriert sind. Überprüfe deine Firewall-Regelsatz und whitelist alle legitimen Verkehrsmuster, die fälschlicherweise gekennzeichnet werden.
> Für hochfrequente Websites, die maximale Kontrolle über Sicherheitskonfigurationen benötigen, bieten Dedicated Server die isolierten Ressourcen und Root-Level-Zugriff, die erforderlich sind, um jeden Aspekt deiner Serverumgebung zu optimieren.
9. Überprüfe die Gültigkeit des SSL-Zertifikats
Ein abgelaufenes oder falsch konfiguriertes SSL-Zertifikat kann manchmal zu unerwarteten HTTP-Fehlern führen, einschließlich 400-Antworten, besonders wenn HTTPS-Umleitungen beteiligt sind oder wenn das Zertifikat nicht mit der angeforderten Domain übereinstimmt.
Überprüfe deinen Zertifikatstatus:
openssl s_client -connect yourdomain.com:443 -servername yourdomain.comSuche nach Verify return code: 0 (ok) in der Ausgabe. Jeder andere Code zeigt ein Zertifikatsproblem an.
> Halte deine Website sicher und fehlerfrei mit einem gültigen SSL-Zertifikat
bei allen Hosting-Diensten