HTTP und Request-Debugging

HTTP Header Parserjede Zeile nachvollziehen

Einen Header-Block einfügen und Werte, Parameter sowie Wiederholungen untersuchen. Beispiele für Anfragen und Antworten sind enthalten.

HTTP Header Parser

Rohe HTTP-Header

Die Eingabe wird im Browser verarbeitet. Das Werkzeug sendet keine Anfragen und speichert keinen Verlauf.

Analyseergebnis

Anfrage- oder Statuszeile

GET /reports HTTP/1.1

Host

Zeile 2
example.com

Accept

Zeile 3
application/json, text/html;q=0.8, */*;q=0.1
Parameterdetails
  • application/jsonGewicht (q): 1
  • text/htmlGewicht (q): 0.8
  • */*Gewicht (q): 0.1

Accept-Language

Zeile 4
en, ja;q=0.8, *;q=0
Parameterdetails
  • enGewicht (q): 1
  • jaGewicht (q): 0.8
  • *Gewicht (q): 0

Authorization

Zeile 5Maskiert
[REDACTED]

X-Trace

Zeile 6Wiederholt
first

x-trace

Zeile 7Wiederholt
second

Optionen

Maskiert Authorization, Proxy-Authorization, Cookie und Set-Cookie in Ergebnis und Export. Die Eingabe bleibt sichtbar; eigene Schlüssel und Geheimnisse in URLs werden nicht maskiert.

Ein Textblock, höchstens 128 KiB UTF-8 und 1000 Felder. Die erste Leerzeile beendet den Header.

6 Felder · 2 wiederholte Einträge · 0 Hinweise

Der HTTP Header Parser hilft beim Abgleich zwischen einem Fehlerbericht und der tatsächlich erfassten Anfrage. Doppelte Header können auf einen vorgeschalteten Proxy hinweisen. Wenn eine Umwandlung nur den letzten Wert behält, verschwindet genau dieser Hinweis.

Sie können HTTP-Header analysieren und als Header in JSON weiterverarbeiten. Eine geordnete Liste dokumentiert die Quelle; zusätzliche Arrays pro Name vereinfachen den Zugriff aus einem Skript. Beide Ansichten beziehen sich auf denselben erfassten Block.

Warum diesen HTTP Header Parser verwenden?

Wiederholungen sichtbar halten

Der HTTP Header Parser erhält zwei Set-Cookie-Zeilen als getrennte Einträge. Ein Komma im Expires-Datum bleibt Bestandteil des Werts. So sehen Sie, ob mehrere Cookies oder mehrfach hinzugefügte Felder vorliegen, statt ein vermeintlich eindeutiges Objekt zu erhalten.

Zwei gleich benannte Felder behalten ihre getrennten farbigen Werte in einer geordneten Liste und einer Gruppe.

Parameter ohne blindes Trennen

Ein Semikolon im zitierten Dateinamen ist keine Parametergrenze. Content-Disposition wird unter Beachtung der Anführungszeichen zerlegt. Daneben bleiben der Originalwert und die Parameterliste sichtbar; bei Accept-Feldern können Sie die einzelnen Gewichte nachlesen.

Ein komplexes Feld verzweigt zu einer Dateinamenkarte und mehreren geordneten Parameterkarten.

Eine Aufzeichnung gezielt untersuchen

01

Das passende Beispiel wählen

Das Anfragebeispiel enthält Accept, Sprachgewichte und ein fiktives Token. Die Antwort zeigt einen erweiterten Dateinamen sowie zwei Cookies. Vor dem Ersetzen sehen Sie eine Vorschau mit Zeichenzahl. Rückgängig stellt die vorherige Eingabe samt Ergebnis wieder her.

02

Aktualisierung bewusst steuern

Die automatische Analyse wartet 350 ms nach der letzten Änderung. Ausgeschaltet erscheint die Schaltfläche; alternativ funktioniert Strg/Cmd+Enter. Änderungen an Eingabe oder Namensdarstellung sperren den Export, bis das neue Ergebnis vorliegt.

03

Vor der Weitergabe die Projektion prüfen

Die Maskierung ist zunächst aktiv. Ohne sie enthalten beide Ansichten und der Export die ursprünglichen Werte der vier geschützten Felder. Weitere Einträge werden in Schritten von 50 sichtbar; die JSON-Datei enthält unabhängig davon den vollständigen Bericht.

Werte mit ihrer Struktur lesen

Liste und Gruppen gemeinsam

entries bewahrt Zeilennummer, Originalnamen, Anzeigenamen und Wert in Eingabereihenfolge. grouped verwendet die erste angezeigte Schreibweise als Schlüssel und enthält immer Arrays. Damit bleibt auch ein einzelner Wert im selben Datentyp wie mehrere Vorkommen.

Dateinamen nachvollziehen

Bei Content-Disposition werden Typ und sämtliche Parameter ausgewertet. Ein gültiges filename* hat Vorrang vor filename. UTF-8 und ISO-8859-1 werden dekodiert. Mehrdeutige doppelte Parameter oder unbekannte Kodierungen erzeugen Hinweise; ihre Werte werden nicht still ersetzt.

Gewichte statt Serverentscheidung

Accept und Accept-Language behalten Reihenfolge und Parameter. Ohne q gilt das Gewicht 1, q=0 bleibt sichtbar. Ungültige Gewichte erscheinen als null mit einem Hinweis. Das Werkzeug sortiert keine Präferenzen um und weiß nicht, welche Darstellung der Server anbietet.

Fehler bis zur Quellzeile verfolgen

Fehlende Trennzeichen, ungültige Namen, Steuerzeichen und veraltete Faltzeilen stoppen die Analyse mit Position. Fehler innerhalb der drei speziell untersuchten Feldwerte werden dagegen als Hinweise festgehalten. Der rohe Feldwert bleibt dabei für die Untersuchung erhalten.

Grenzen der Auswertung

Nur ein Textblock
Die erste Leerzeile nach Startzeile oder Feld beendet die Analyse. Ein folgender Body wird ignoriert. Mehrere Antworten getrennt einfügen. Vollständige cURL-Befehle, Log-Präfixe, HAR und binäre HTTP/2-Frames sind ausgeschlossen; textuelle Pseudofelder wie :method: GET werden akzeptiert.
Kein Protokoll- oder Sicherheitsurteil
Die Schreibweise dient der Darstellung und bestätigt kein gültiges Übertragungsformat. Tokens, CORS, CSP und Cache-Konfigurationen werden nicht bewertet. Aus JSON entstehen keine neuen Anfragen. Ein Dateiname ist nur Berichtsdaten und wird niemals zum Namen des Downloads.
Feste Grenzen
Die gesamte Eingabe darf 128 KiB UTF-8 umfassen, der Header höchstens 1000 Felder. Überschreitungen führen zum Fehler statt zu abgeschnittenen Daten. Die Maske erkennt nur vier feste Feldnamen; eigene API-Schlüssel und vertrauliche Anfrageziele müssen vor dem Teilen gesondert geprüft werden.

Fragen zum HTTP Header Parser

Wie unterscheiden sich Request- und Response-Header?

Anfragefelder beschreiben unter anderem akzeptierte Medien, Sprachen und Authentifizierung. Antwortfelder beschreiben die gelieferte Darstellung, Cookies oder Cache-Vorgaben. Die beiden Beispiele zeigen typische Felder; das Werkzeug verarbeitet beide Richtungen.

Sind Header-Namen unabhängig von Groß- und Kleinschreibung?

Ja, die Gruppierung behandelt Content-Type und content-type gleich. Die geordnete Liste behält die ursprünglichen Namen zusätzlich bei. Eine Änderung der Anzeige verändert weder den Originaltext noch die Schreibweise der Werte.

Wird beim Analysieren eine Anfrage verschickt?

Nein. Es gibt weder einen URL-Abruf noch eine Wiedergabe erfasster Requests. Den zu untersuchenden Text kopieren Sie vorher aus Ihrem Browser oder HTTP-Client.

Wieso gibt es mehrere Set-Cookie-Zeilen?

Jedes Set-Cookie kann einen eigenen Cookie mit eigenen Attributen setzen. Deshalb bleiben diese Zeilen unabhängig erhalten. Ihr Expires-Wert darf ein Komma enthalten; eine pauschale Verkettung würde solche Grenzen verschleiern.

Muss die Reihenfolge von Headern erhalten bleiben?

Für gleichnamige Felder kann die Reihenfolge relevant sein. entries behält deshalb die gesamte Eingabereihenfolge, und jede Gruppe behält die Reihenfolge ihrer Werte. Das Werkzeug führt keine Sortierung oder Zusammenfassung aus.

Ein Feld wird falsch gelesen?

Den nächsten Header-Block prüfen

Mit dem HTTP Header Parser prüfen Sie einen erfassten Austausch, lesen die Hinweise zu Parametern und übernehmen anschließend den aktuellen JSON-Bericht in Ihre Fehlersuche.