Format des journaux d’erreur de l’API serveur HTTP

En général, les fichiers journaux des erreurs de l’API serveur HTTP ont le même format que les journaux d’erreurs W3C, sauf que les fichiers journaux des erreurs de l’API serveur HTTP ne contiennent pas d’en-têtes de colonne. Chaque ligne d’un journal des erreurs de l’API serveur HTTP enregistre une erreur avec des champs dans un ordre spécifique. Chaque champ est séparé du champ précédent par un seul caractère d’espace (0x0020). Dans chaque champ, les espaces, les onglets et les caractères de contrôle non imprimables sont remplacés par des signes plus (0x002B).

Le tableau suivant identifie les champs et l’ordre des champs dans un enregistrement de journal des erreurs.

Champ	Description
Date	Le champ Date suit le format W3C et est basé sur le temps universel coordonné (UTC). Le champ Date contient toujours 10 caractères sous la forme « AAAA-MM-JJ ». Par exemple, le 1er mai 2003 est exprimé en « 2003-05-01 ».
Temps	Le champ Heure suit le format W3C et est basé sur UTC. Le champ de temps est toujours de 8 caractères sous la forme « MM:HH:SS ». Par exemple, 17:30 (UTC) est exprimé par « 17:30:00 ».
Adresse IP du client	Adresse IP du client affecté qui peut être une adresse IPv4 ou une adresse IPv6. Si l’adresse IP du client est une adresse IPv6, le champ ScopeId est également inclus dans l’adresse.
Client Port	Numéro de port du client affecté.
Adresse IP du serveur	Adresse IP du serveur affecté qui peut être une adresse IPv4 ou une adresse IPv6. Si l’adresse IP du serveur est une adresse IPv6, le champ ScopeId est également inclus dans l’adresse.
Port du serveur	Numéro de port du serveur affecté.
Version du protocole	Version du protocole utilisé. Si la connexion n’a pas été suffisamment analysée pour déterminer la version du protocole, un trait d’union (0x002D) est utilisé comme espace réservé pour le champ vide. Si le numéro de version principal ou mineur analysé est supérieur ou égal à 10, la version est enregistrée sous la forme « HTTP/?.? ».
Verb	État du verbe passé par la dernière requête analysée. Les verbes inconnus sont inclus, mais tout verbe de plus de 255 octets est tronqué à cette longueur. Si un verbe n’est pas disponible, un trait d’union (0x002D) est utilisé comme espace réservé pour le champ vide.
CookedURL + Requête	L’URL et toute requête qui lui est associée sont consignées sous forme d’un champ, séparé par un point d’interrogation (0x3F). Ce champ est tronqué à sa limite de longueur de 4 096 octets. Si cette URL a été analysée (« cuite »), elle est journalisée avec la conversion de page de code local et est traitée comme un champ Unicode. Si cette URL n’a pas été analysée (« cuite ») au moment de la journalisation, elle est copiée exactement, sans aucune conversion Unicode. Si l’API serveur HTTP ne peut pas analyser cette URL, un trait d’union (0x002D) est utilisé comme espace réservé pour le champ vide.
État du protocole	Le protocole status ne peut pas dépasser 999. Si le protocole status de la réponse à une requête est disponible, il est enregistré dans ce champ. Si le status de protocole n’est pas disponible, un trait d’union (0x002D) est utilisé comme espace réservé pour le champ vide.
Id de site	Non utilisé dans cette version de l’API du serveur HTTP. Un trait d’union d’espace réservé (0x002D) apparaît toujours dans ce champ.
Expression de motif	Ce champ contient une chaîne qui identifie le type d’erreur en cours de journalisation. Il n’est jamais laissé vide.

Les exemples de lignes suivants proviennent d’un journal des erreurs de l’API du serveur HTTP :

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