Szenario 2: Parserbeispiel mit ETW-Ablaufverfolgung

Führen Sie zum Generieren eines ETW-Ablaufverfolgungsberichts für die HTTP-Server-API-Komponente die Schritte aus, die im Abschnitt "Generieren eines ETW-Ablaufverfolgungsberichts" von Szenario 1: HTTP-Timeoutbeispiel mithilfe von ETW-Ablaufverfolgung und Netsh-Befehlen gezeigt werden, reproduzieren sie jedoch den für dieses Szenario spezifischen Fehler. In diesem Beispiel greifen Sie von einem Clientcomputer auf die Webanwendung zu, sodass die Meldung "400 ungültige Anforderung" auf dem Client angezeigt wird. Diese Schritte werden auf dem Server ausgeführt, da er die Webanwendung hostt.

Anzeigen der Ablaufverfolgung und Diagnose

Die resultierende CSV-Datei für Ablaufverfolgungen kann in Excel oder einem beliebigen Tool angezeigt werden, das das CSV-Format unterstützt. Tabelle 2 unten zeigt Auszüge aus einer Beispiel-Ablaufverfolgungsdatei (httptrace.csv). Im Ablaufverfolgungsbericht wird in der Spalte "Level" ein Eintrag mit dem Wert "2" angezeigt, der einen Fehler darstellt. Wie bereits erwähnt, folgt die API-Komponente des HTTP-Servers den ETW-Ebenen, die im Artikel Komplexer Typ vom Typ "LevelType Complex Type" definiert sind.

Die ETW-Ebenen umfassen: 1 Kritisch; 2 Fehler; 3 Warnung; 4 Information; 5 Ausführlich.

Bei diesem Fehler meldet der Ereignistyp (Spalte Typ) "ParseRequestFailed". In den nachfolgenden Spalten für das ParseRequestFailed-Ereignis wird der Eintrag "InvalidHost" angezeigt. Dieser Eintrag bedeutet, dass der identifizierte Host in der HTTP-Anforderung gemäß dem HTTP-Protokoll falsch ist. Beachten Sie, dass die Spalte mit dem Eintrag "InvalidHost" aus Gründen der Kürze nicht in der Tabelle enthalten ist und um zu vermeiden, dass nicht zusammenhängende Spalten auszugsweise werden.

Um dieses Analyseproblem zu beheben, sollte der Webclient so korrigiert werden, dass er mit dem HTTP-RFC kompatibel ist.

Tabelle 2: Auszüge aus einem Beispielablaufverfolgungsbericht für ein Analyseproblem