Sie sind zurzeit offline. Es wird auf die erneute Herstellung einer Internetverbindung gewartet.

Fehler beim Anmelden HTTP-APIs

Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.

Den englischen Originalartikel können Sie über folgenden Link abrufen: 820729
Zusammenfassung
Dieser Artikel beschreibt Fehler Protokollierungsfunktionen HTTP-APIs.

Einige Fehler in einer HTTP-basierten Anwendung werden von der HTTP-API anstatt an eine Anwendung zur Behandlung übergeben wird automatisch behandelt. Dieses Verhalten tritt auf, weil die Häufigkeit der Fehler sonst ein Ereignisprotokoll oder ein Application Handler überschwemmen kann.

Die folgenden Themen beschreiben die verschiedenen Aspekte der HTTP-API Fehler protokollieren.
  • Konfigurieren der HTTP-API errorlogging
    Registry Settings Kontrolle der HTTP-API protokolliert Fehler, Themaximum Größe von Protokolldateien und den Speicherort der Protokolldateien zulässig.
  • Format der HTTP-APIerror protokolliert
    Der HTTP-API erstellt Protokolldateien entsprechen mit Welt Wide Web Consortium (W3C) Protokoll Konventionen. Standard-Tools können Sie Protokolldateien analysieren. Jedoch anders als W3C-Protokolldateien HTTP-API Protokolldateien Notcontain die Spaltennamen.
  • Der HTTP-API meldet Fehler
    Der HTTP-API protokolliert viele häufige Fehler.
Lösung

Protokollierung bei der HTTP-API-Fehler

Drei Registrierungswerte unter http-\Parameters -Schlüssel steuern Fehlerprotokolle HTTP-API. Diese Schlüssel befinden sich unter dem folgenden Registrierungsschlüssel:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
Hinweis Der Speicherort und die Konfigurationswerte möglicherweise in späteren Versionen des Windows-Betriebssystems ändern.

Sie müssen Administrator-lokalen Systemanmeldeinformationen der Registrierungswerte ändern, anzeigen oder Ändern der Dateien und Ordner, der sie enthält.

Konfigurationsinformationen in die Registrierungswerte wird gelesen, wenn der HTTP-API-Treiber gestartet wird. Wenn die Einstellungen Sie müssen beenden und starten den Treiber, um die neuen Werte lesen. Geben Sie hierzu die folgenden Befehle ein:
Net Stop http
Net Start http
Die folgende Benennungskonvention wird zum Namen der Protokolldateien:
Httperr + laufende Nummer + log
Beispiel: httperr4.log
Protokolldateien sind Gefahren, wenn sie die maximale Größe erreichen, die die ErrorLogFileTruncateSize Registrierung angibt. Dieser Wert darf nicht kleiner als 1 Megabyte (MB) sein.

Wenn die Konfiguration der Fehlerprotokolle ungültig ist oder jede Art von Fehler auftritt, während der HTTP-API in die Protokolldateien geschrieben werden, verwendet der HTTP-API Protokollierung Administratoren benachrichtigt, dass Fehler nicht auftreten.

Die folgende Tabelle beschreibt die Registrierungswerte für die Konfiguration.
RegistrierungswertBeschreibung
EnableErrorLoggingEin DWORD , True, Fehler-Protokollierung aktivieren oder false können deaktivieren. Der Standardwert ist TRUE.
ErrorLogFileTruncateSizeEin DWORD , das die maximale Größe einer Protokolldatei Fehler in Bytes angibt. Der Standardwert ist 1 MB (0 x 100000).

Hinweis Der angegebene Wert kann nicht kleiner als der Standardwert sein.
ErrorLoggingDirEine Zeichenfolge , die den Ordner angibt, in der HTTP-API die Protokolldateien setzt.

Der HTTP-API ein Unterordner HTTPERR im angegebenen Ordner erstellt und speichert die Protokolldateien im Unterordner. Dieser Unterordner und die Protokolldateien erhalten die gleichen Berechtigungen. Administrator und lokalen Systemkonten haben Vollzugriff. Andere Benutzer keinen Zugriff.

Folgendes ist der Standardordner, wenn der Ordner nicht in der Registrierung angegeben wird:
%SystemRoot%\System32\LogFiles

HinweisErrorLoggingDir String-Wert muss einen voll qualifizierten lokalen Pfad. Es kann jedoch %systemroot% enthalten. Ein Netzlaufwerk oder eine Netzwerkfreigabe kann nicht verwendet werden.

zurück zum Anfang

Format der HTTP-API Fehlerprotokolle

Im Allgemeinen haben Fehlerprotokolldateien HTTP-API das gleiche Format wie W3C Fehlerprotokolle, außer dass Fehlerprotokolldateien HTTP-API keine Spaltenüberschriften enthalten. Jede Zeile der HTTP-API Fehlerprotokoll zeichnet einen Fehler. Die Felder in einer bestimmten Reihenfolge angezeigt. Ein einzelnes Leerzeichen (0 x 0020) trennt jedes Feld aus dem vorherigen Feld. Ersetzen Sie in jedes Feld Pluszeichen (0x002B) Leerzeichen, Tabstopps und nicht druckbaren Zeichen.

Die folgende Tabelle zeigt die Felder und die Reihenfolge der Felder im Datensatz ein Fehler.
FeldBeschreibung
DatumDas Datumsfeld folgt das W3C-Format. Dieses Feld basiert auf die koordinierte Weltzeit (UTC). Das Datumsfeld ist immer 10 Zeichen im Format YYYY-MM-TT. Beispielsweise wird am 1. Mai 2003 als 2003-05-01 ausgedrückt.
ZeitFeld folgt das W3C-Format. Dieses Feld basiert auf UTC. Feld ist immer acht Zeichen in Form eines MM:HH:SS. Beispielsweise wird als 17:30:00 17:30 Uhr (UTC) ausgedrückt.
IP-AdresseDie IP-Adresse des betroffenen Client. Der Wert in diesem Feld kann eine IPv4- oder eine IPv6-Adresse. Ist die Client-IP-Adresse eine IPv6-Adresse ist die Adresse auch ScopeId Feld enthalten.
Client-AnschlussDie Anschlussnummer für den betreffenden Client.
IP-AdresseDie IP-Adresse des entsprechenden Servers. Der Wert in diesem Feld kann eine IPv4- oder eine IPv6-Adresse. Ist die Server-IP-Adresse eine IPv6-Adresse ist die Adresse auch ScopeId Feld enthalten.
Server-PortDie Anschlussnummer des entsprechenden Servers.
ProtokollversionDie Version des Protokolls verwendet wird.

Wenn die Verbindung nicht ausreichend dieses die Protokollversion analysiert wurde, wird ein Bindestrich (0x002D) verwendet, als ein Placeholderfor Feld leer.

Wenn die Hauptversionsnummer und die Nebenversionsnummer, die analysiert Isgreater als oder gleich 10 ist die Version als HTTP angemeldet /?.?.
VerbVerb-Zustand, der die letzte Anforderung, analysiert übergibt. Unbekannte Verben gehören, aber jedes Verb, die mehr als 255 Byte auf diese Länge abgeschnitten. Wenn ein Verb nicht verfügbar ist, wird ein Bindestrich (0x002D) als Platzhalter für das leere Feld verwendet.
CookedURL + AbfrageDie URL und eine zugeordnete Abfrage werden als ein einziges Feld protokolliert, die durch ein Fragezeichen (0x3F) getrennt. Dieses Feld ist auf maximal 4.096 Bytes Länge abgeschnitten.

Wenn diese URL ("verarbeitet") analysiert wurde, lokaler Code Seite Konvertierung protokolliert und werden als Unicode-Feld.

Wenn diese URL nicht am Zeitpunkt der Protokollierung analysiert wurden ("verarbeitet"), wird es ohne Unicode-Konvertierung genau kopiert.

Wenn der HTTP-API diese URL verarbeiten kann, wird eine hyphen(0x002D) als Platzhalter für das leere Feld verwendet.
Protokoll-StatusDer Protokollstatus darf nicht größer als 999 sein.

Wenn den Protokollstatus der Antwort auf eine Requestis zur Verfügung, er angemeldet ist dieses Feld.

Wenn der Protokoll-Status nicht verfügbar ist, wird eine hyphen(0x002D) als Platzhalter für das leere Feld verwendet.
SiteIdNicht verwendet in dieser Version von HTTP-API. In diesem Feld wird immer ein Platzhalter Bindestrich (0x002D) angezeigt.
Grund-AusdruckDieses Feld enthält eine Zeichenfolge, die die Art des Fehlers identifiziert, die protokolliert werden. Dieses Feld ist nicht leer.
Name der WarteschlangeDiese Anforderung Warteschlangenname.
Die folgende Beispielzeilen sind Fehlerprotokoll HTTP-API:
2002-07-05 18:45:09 172.31.77.6 2094 172.31.77.6 80 HTTP/1.1 GET /qos/1kbfile.txt 503-ConnLimit 2002-07-05 19:51:59 127.0.0.1 2780 127.0.0.1 80 HTTP/1.1 GET /ThisIsMyUrl.htm 400-Hostname 2002-07-05 19:53:00 127.0.0.1 2894 127.0.0.1 80 HTTP/2.0 GET / 505 - Version_N-S 2002-07-05 20:06:01 172.31.77.6 64388 127.0.0.1 80-----Timer_MinBytesPerSecond
zurück zum Anfang

Der HTTP-API meldet Fehler

Der HTTP-API protokolliert Fehlerantworten an Kunden, Verbindungstimeouts verwaiste Anfragen und Verbindungsverlust nicht ordnungsgemäß behandelt werden.

Die folgende Liste enthält die Fehlertypen, die der HTTP-API protokolliert:
  • Antworten an clients Der HTTP-API sendet eine Fehlerantwort an einem Client, z. B. ein 400 Fehler, die durch einen Parserfehler in der letzten Anforderung verursacht. Nachdem der HTTP-API Fehler sendet, wird die Verbindung geschlossen.
  • Verbindungstimeouts Der HTTP-API Timeout einer Verbindung. Wenn eine Anforderung aussteht zu Debugzwecken Connection Timeout, die Anforderung wird verwendet, um weitere Informationen über die Verbindung in das Fehlerprotokoll geschrieben.
  • Verwaisten Anfragen Benutzermodus-Prozess reagiert zwar noch in der Warteschlange Anfragen, die an diesem Prozess weitergeleitet werden. Der HTTP-API protokolliert verwaisten Anfragen im Fehlerprotokoll.
Bestimmte Fehlertypen sind Grund Satz Zeichenfolgen bestimmt, die immer als das letzte Feld der Fehlerzeile angezeigt. Die folgende Tabelle zeigt die HTTP-API Grund Sätze.
Grund-AusdruckBeschreibung

AppOfflineDienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da Anwendungsfehler verursacht die Anwendung offline geschaltet werden.
AppPoolTimerDienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da Pool Anwendungsprozess Anforderungshandler ausgelastet ist.
AppShutdownDienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da die Anwendung auf der Administratorrichtlinie automatisch heruntergefahren.
BadRequestBeim Verarbeiten einer Anforderung ist ein Analysefehler aufgetreten.
Client_ResetDie Verbindung zwischen dem Client und dem Server wurde geschlossen, bevor die Anforderung an einen Arbeitsprozess zugewiesen werden konnte. Die häufigste Ursache für dieses Verhalten ist, dass der Client die Verbindung zum Server vorzeitig beendet.
Connection_Abandoned_By_AppPoolEin Arbeitsprozess von Anwendungspools unerwartet oder verwaiste eine ausstehende Anforderung das Handle zu schließen.
Connection_Abandoned_By_ReqQueueEin Arbeitsprozess von Anwendungspools unerwartet oder verwaiste eine ausstehende Anforderung das Handle zu schließen. Für Windows Vista und höher und Windows Server 2008 und höhere Versionen.
Connection_DroppedDie Verbindung zwischen dem Client und dem Server wurde geschlossen, bevor der Server das endgültige Antwortpaket sendet. Die häufigste Ursache für dieses Verhalten ist, dass der Client die Verbindung zum Server vorzeitig beendet.
Connection_Dropped_List_FullDie Liste der Verbindungen zwischen Clients und dem Server unterbrochen ist voll. Für Windows Vista und höher und Windows Server 2008 und höhere Versionen.
ConnLimitDienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da Ebene Verbindungslimit Website erreicht oder überschritten wurde.
Connections_RefusedDer Kernel des nicht ausgelagerten Pools Speicher hat weniger als 20MB und http.sys mehr neue Verbindungen empfangen
DeaktiviertDienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da ein Administrator die Anwendung offline geschaltet wurde.
EntityTooLargeEine Entität überschritten maximale Größe, die zulässig ist.
Von ' FieldLength 'Ein Feld Länge wurde überschritten.
VerbotenEine unzulässige Element oder Sequenz aufgetreten beim Analysieren.
KopfzeileParse-Fehler in einer Kopfzeile.
HostnameVerarbeitung ein Hostname ist ein Analysefehler aufgetreten.
InterneEin interner Serverfehler (HTTP-Fehler 500).
Invalid_CR/LFEine ungültige Wagenrücklauf oder Zeilenvorschub ist aufgetreten.
LengthErforderliche Längenwert fehlt.
N/ADienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da interner (wie Speicherzuordnungsfehler oder URL-Reservierung Listenkonflikt Fehler).
N / IEine nicht implementierte Fehler (HTTP-Fehler 501) oder ein Dienst nicht verfügbar Fehler (HTTP-Fehler 503) aufgrund einer unbekannten Codierung.
ZahlEine Anzahl ist ein Analysefehler aufgetreten.
VoraussetzungErforderliche Voraussetzung fehlt.
QueueFullDienst Fehler nicht verfügbar (HTTP-Fehler 503). Der Dienst ist nicht verfügbar, da die Anwendungswarteschlange voll ist.
"RequestLength"Eine Anforderung Länge wurde überschritten.
Timer_AppPoolDie Verbindung ist abgelaufen, weil eine Anforderung gewartet lange in einer Warteschlange Application Pool für eine Server-Anwendung übertragen und zu verarbeiten. Dieses Timeout ist ConnectionTimeout. Standardmäßig ist dieser Wert auf 2 Minuten festgelegt.
Timer_ConnectionIdleDie Verbindung ist abgelaufen und im Leerlauf. ConnectionTimeout Standarddauer beträgt zwei Minuten.
Timer_EntityBodyDie Verbindung abgelaufen vor der Entitätstext der Anforderung. Wenn eine Anforderung einen Entitätstext klar ist, aktiviert der HTTP-API Timer_EntityBody Zeitgeber. Zunächst wird das Limit dieses Zeitgebers Wert für Verbindungstimeout (in der Regel zwei Minuten) festgelegt. Jedem dieser anderen Daten Hinweis auf diese Anforderung empfangen wird, setzt der HTTP-API Timer geben die Verbindung zwei Minuten (oder was im ConnectionTimeoutangegeben ist).
Timer_HeaderWaitDie Verbindung ist abgelaufen, weil der Header für eine Anforderung Analyse mehr Zeit als das Standardlimit von zwei Minuten dauerte.
Timer_MinBytesPerSecondDie Verbindung ist abgelaufen, weil der Client kein angemessener Geschwindigkeit empfangen wurde. Send-Antworten war als der Standardwert ist 240 Bytes pro Sekunde. Dies kann mit der Metabasiseigenschaft MinFileBytesPerSec gesteuert werden.
Timer_ReqQueueDie Verbindung ist abgelaufen, weil eine Anforderung in einer Anwendungswarteschlange Pool eine Server-Anwendung Warteschlange zu lang gewartet hat. Dieses Timeout ist ConnectionTimeout. Standardmäßig ist dieser Wert auf 2 Minuten festgelegt. Für Windows Vista und höher und Windows Server 2008 und höhere Versionen.
Timer_ResponseReserviert. Derzeit verwendet nicht.
Timer_SslRenegotiationDie Verbindung ist abgelaufen, weil erneute SSL-Aushandlung zwischen Client und Server länger als das Standardtimeout von zwei Minuten dauerte.
URLParse-Fehler während der Verarbeitung einer URL.
URL_LengthEine URL hat die maximal zulässige Größe überschritten.
VerbVerarbeitung ein Verb ist ein Analysefehler aufgetreten.
Version_N/SNicht unterstützte Version Fehler (HTTP-Fehler 505).

zurück zum Anfang
Informationsquellen
Weitere Informationen zum Hinzufügen von Feldern zusätzliche Protokollierung für IIS-HTTP-Fehler protokollieren klicken Sie auf die folgenden Artikelnummer der Microsoft Knowledge Base:
832975 Zusätzliche Eigenschaften stehen für die Protokollierung in der Datei "Httperr # .log" in IIS 6.0 und IIS 7.0

Warnung: Dieser Artikel wurde automatisch übersetzt.

Eigenschaften

Artikelnummer: 820729 – Letzte Überarbeitung: 08/06/2016 02:05:00 – Revision: 18.0

Windows Server 2008 R2 Standard, Windows Server 2008 R2 Enterprise, Windows Server 2008 Enterprise, Windows Server 2012 R2 Standard, Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Essentials, Windows Server 2012 R2 for Embedded Systems, Windows Server 2012 R2 Foundation, Windows Server 2012 Standard, Windows Server 2012 Datacenter, Windows Server 2012 Essentials, Windows 10, Windows 10 Enterprise, released in July 2015, Windows 10 Pro, released in July 2015, Windows 10 Version 1511, Windows 8.1, Windows 8.1 Enterprise, Windows 8.1 Pro, Windows 8, Windows 8 Pro, Windows 8 Enterprise, Windows 7 Professional, Windows 7 Enterprise

  • kbhttphandlers kbhttp kbapi kberrmsg kbinfo kbmt KB820729 KbMtde
Feedback
/html>&t=">