Frage zum Wiki-Artikel „Statuscodes“
ingrid.möergeli@bluein.ch
- frage zum wiki
- https
- http-status
Wie die Meldung HTTP 400 Beheben?
@@ingrid.möergeli@bluein.ch
Wie die Meldung HTTP 400 Beheben?
Meldung 657.
🖖 Live long and prosper
Hallo Ingrid,
diese Meldung wird vom Server gesetzt und kann viele Ursachen haben.
Sie kann von einem php Script explizit gesetzt worden sein
Sie kann vom Webserver gesetzt werden, wenn die http-Header Müll enthalten
Sie kann, denke ich, auch aus einer .htaccess-Rewriteregel kommen.
Und viel mehr.
Erster Anlaufpunkt wäre der Webserver-Log.
Rolf
Moin,
Wie die Meldung HTTP 400 Beheben?
mit einer Anrede und einer detaillierten Problembeschreibung. Der HTTP-Statuscode 400 heißt Bad Request, was bedeutet, dass der Client eine ungültige Anfrage an den Server gesendet hat. Korrigiere die Anfrage um den Fehler zu beheben.
Viele Grüße
Robert
Moin,
Wie die Meldung HTTP 400 Beheben?
mit einer Anrede und einer detaillierten Problembeschreibung. Der HTTP-Statuscode 400 heißt Bad Request, was bedeutet, dass der Client eine ungültige Anfrage an den Server gesendet hat. Korrigiere die Anfrage um den Fehler zu beheben.
Moin!
Das kann die Ingrid natürlich nur wenn sie den Request selbst bewirkt hat.
Von einem besonders lahmen Angriffsversuch über einen falschen Link bis hin zum falsch konfguriertem mod_ssl kann das alles sein…
Die „detaillierten Problembeschreibung“ beginnt also entweder mit dem Auszug aus dem Logfile des Servers und/oder (falls die Ingrid das Problem durch einen eigenen, selbstgebastelten Request bewirkt haben sollte) damit, dass sie uns den Request zeigt.
Ich habe den Fehler mal mit Gewalt provoziert in dem ich zum Port 443 sehr explizit per HTTP (Nicht:HTTPS) einen Request gesendet habe:
wget "http://home.fastix.org:443/"
--2025-10-16 08:26:07-- http://home.fastix.org:443/
Auflösen des Hostnamens home.fastix.org (home.fastix.org)… 77.3.125.215
Verbindungsaufbau zu home.fastix.org (home.fastix.org)|77.3.125.215|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 400 Bad Request
2025-10-16 08:26:18 FEHLER 400: Bad Request.
Im Logfile steht dann:
home.fastix.org_access.log:77.3.125.215 - - [16/Oct/2025:06:26:18 +0000] "GET / HTTP/1.0" 400 535 "-" "-"
(Geloggt wird in UTC)
(Normale und moderne Browser reparieren den Request übrigens, (auch) für Diagnosen gedachte Tools wie das genutzte wget nicht. Viele für Webrequests gedachten Bibliotheken von vielen Programmiersprachen tun das auch nicht.)
Aber in meinem Logfile finden sich auch viele dieser lahmen Versuche:
access.log:93.123.109.214 - - [16/Oct/2025:04:58:56 +0000] "\x16\x03\x01" 400 520 "-" "-"
Jetzt ist also Ingrid dran, uns zu zeigen, was sie gemacht hat.
@@Raketenwilli
Im Logfile steht dann:
home.fastix.org_access.log:77.3.125.215 - - [16/Oct/2025:06:26:18 +0000] "GET / HTTP/1.0" 400 535 "-" "-"(Geloggt wird in UTC)
Und warum wird das nicht vernünftig notiert? Es ist ja nicht so, dass es für Datum/Uhrzeit keinen Standard gäbe.
2025-10-16T06:26:18+00:00 statt 16/Oct/2025:06:26:18 +0000
🖖 Live long and prosper
Hätte ich lieber, macht aber Arbeit. Habe es einfach bei den Voreinstellungen gelassen, die ja zudem von mancher Software zur Auswertung (hab ich nicht, mach ich nicht...) erwartet werden. Ändert man da also was, kann das Richtige falsch sein…