Compartilhar via

Formato dos logs de erros da API do servidor HTTP

Em geral, os arquivos de log de erros da API do SERVIDOR HTTP têm o mesmo formato que os logs de erros do W3C, exceto que os arquivos de log de log de erros da API do SERVIDOR HTTP não contêm títulos de coluna. Cada linha de um log de erros da API do Servidor HTTP registra um erro com campos em uma ordem específica. Cada campo é separado do campo anterior por um único caractere de espaço (0x0020). Em cada campo, caracteres de espaço, guias e caracteres de controle não imprimíveis são substituídos por sinais de adição (0x002B).

A tabela a seguir identifica os campos e a ordem dos campos em um registro de log de erros.

Campo Descrição
Data do
O campo Data segue o formato W3C e é baseado em UTC (Tempo Universal Coordenado). O campo Data sempre tem 10 caracteres na forma de "YYYY-MM-DD". Por exemplo, 1º de maio de 2003 é expresso como "2003-05-01".
Time
 O campo Tempo segue o formato W3C e é baseado em UTC. O campo de tempo é sempre 8 caracteres na forma de "MM:HH:SS". Por exemplo, 17h30 (UTC) é expresso como "17:30:00".
Endereço IP do cliente
O endereço IP do cliente afetado que pode ser um endereço IPv4 ou um endereço IPv6. Se o endereço IP do cliente for um endereço IPv6, o campo ScopeId também será incluído no endereço.
Porta do cliente
O número da porta do cliente afetado.
Endereço IP do servidor
O endereço IP do servidor afetado que pode ser um endereço IPv4 ou um endereço IPv6. Se o endereço IP do servidor for um endereço IPv6, o campo ScopeId também será incluído no endereço.
Porta do servidor
O número da porta do servidor afetado.
Versão do protocolo
A versão do protocolo que está sendo usado.
  • Se a conexão não tiver sido analisada o suficiente para determinar a versão do protocolo, um hífen (0x002D) será usado como um espaço reservado para o campo vazio.
  • Se o número de versão principal ou secundária analisado for maior ou igual a 10, a versão será registrada como "HTTP/?.?".
Verbo
O estado do verbo passado pela última solicitação analisada. Verbos desconhecidos são incluídos, mas qualquer verbo com mais de 255 bytes é truncado nesse comprimento. Se um verbo não estiver disponível, um hífen (0x002D) será usado como espaço reservado para o campo vazio.
CookedURL + Consulta
 A URL e qualquer consulta associada a ela são registradas como um campo, separados por um ponto de interrogação (0x3F). Esse campo é truncado no limite de comprimento de 4096 bytes.
  • Se essa URL tiver sido analisada ("cozida"), ela será registrada com conversão de página de código local e será tratada como um campo Unicode.
  • Se essa URL não tiver sido analisada ("cozida") no momento do registro em log, ela será copiada exatamente, sem nenhuma conversão Unicode.
  • Se a API do servidor HTTP não puder analisar essa URL, um hífen (0x002D) será usado como um espaço reservado para o campo vazio.
Status do protocolo
O status do protocolo não pode exceder 999.
  • Se o status do protocolo da resposta a uma solicitação estiver disponível, ele será registrado neste campo.
  • Se o status do protocolo não estiver disponível, um hífen (0x002D) será usado como um espaço reservado para o campo vazio.
SiteId
 Não usado nesta versão da API do Servidor HTTP. Um hífen de espaço reservado (0x002D) sempre aparece nesse campo.
frase de motivo
 Esse campo contém uma cadeia de caracteres que identifica o tipo de erro que está sendo registrado. Nunca é deixado vazio.

As seguintes linhas de exemplo são de um log de erros da API do Servidor 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
  • Last updated on