Você está offline; aguardando reconexão
Entrar

Não há suporte para seu navegador

Você precisa atualizar seu navegador para usar o site.

Atualize para a versão mais recente do Internet Explorer

Erro HTTP APIs de log

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 820729
Sumário
Este artigo descreve os recursos de log de erro das APIs de HTTP.

Alguns erros que ocorrem em um aplicativo baseado em HTTP são tratados automaticamente pela API do HTTP em vez de sendo passado de volta para um aplicativo para manipulação. Esse comportamento ocorre porque a freqüência de tais erros caso contrário pode sobrecarregar um log de eventos ou um manipulador de aplicativo.

Os tópicos a seguir descrevem os diferentes aspectos de log de erro de API de HTTP.
  • Configurar errorlogging API HTTP
    Configurações do registro controlam a API de HTTP registra erros, themaximum permitido o tamanho dos arquivos de log e o local dos arquivos de log.
  • Formato do APIerror HTTP logs
    A API de HTTP cria arquivos de log que estão em conformidade com as convenções de arquivo de log do World Wide Web Consortium (W3C). Você pode usar as ferramentas padrão para analisar esses arquivos de log. No entanto, ao contrário dos arquivos de log do W3C, arquivos de log de API HTTP fazer notcontain os nomes de colunas.
  • Tipos de erros que a API de HTTP registra
    A API de HTTP registra muitos erros comuns.
Mais Informações

Configurar o log de erro de API HTTP

Para que possamos configurar o log de erro de API HTTP para você, vá para a "Aqui é fácil corrigir o problema"a seção. Se você preferir configurar API HTTP Erro log sozinho, vá para a "Desejo corrigir sozinho"a seção.

Aqui é fácil corrigir o problema

Para corrigir esse problema automaticamente, clique no botão Download . Na caixa de diálogo Download de arquivo , clique em Executar ou Abrire, em seguida, siga as etapas no assistente fix fácil.
  • Este assistente pode estar apenas em inglês. No entanto, a correção automática também funciona em outras versões de idioma do Windows.
  • Se você não estiver no computador que apresentou o problema, salve a solução fix fácil em uma unidade flash ou um CD e execute-a no computador que apresentou o problema.
Desativar log de erros de API de HTTP
Habilitar o log de erro de API HTTP

Desejo corrigir sozinho

Três valores do registro em uma chave HTTP \Parameters controlam o log de erros de API de HTTP. Essas chaves estão localizadas na seguinte chave do registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters
Observação: O local e a forma dos valores de configuração podem mudar em versões posteriores do sistema operacional Windows.

Você deve ter credenciais de Administrador/Local System para alterar os valores de registro para exibir ou alterar os arquivos de log e a pasta que os contém.

Informações sobre a configuração de valores do registro é lido quando o driver API HTTP é iniciado. Portanto, se você alterar as configurações, você deve parar e reiniciar o driver para ler os novos valores. Para fazer isso, digite os seguintes comandos de console:
net stop http
net start http
A seguinte convenção de nomenclatura é usada para nomear os arquivos de log:
httperr + número de sequência +. log
Exemplo: httperr4.log
Arquivos de log serão trocados quando eles atingirem o tamanho máximo que especifica o valor do registro ErrorLogFileTruncateSize . Este valor não pode ser menor que um megabyte (MB).

Se a configuração de log de erro não é válida, ou se qualquer tipo de falha ocorre enquanto estiver gravando a API HTTP para os arquivos de log, a API de HTTP usa o log de eventos para notificar os administradores que não está ocorrendo o log de erros.

A tabela a seguir descreve os valores de configuração do registro.
Valor do registroDescrição
EnableErrorLoggingUma DWORD que você pode definir como TRUE para ativar o log de erros ou FALSE para desabilitá-lo. O valor padrão é TRUE.
ErrorLogFileTruncateSizeUma DWORD que especifica o tamanho máximo de um arquivo de log de erro, em bytes. O valor padrão é 1 MB (0x100000).

Observação: O valor especificado não pode ser menor que o valor padrão.
ErrorLoggingDirUma seqüência de caracteres que especifica a pasta em que a API de HTTP coloca seus arquivos de log.

A API de HTTP cria uma subpasta HTTPERR na pasta especificada e, em seguida, armazena os arquivos de log na subpasta. Essa subpasta e os arquivos de log recebem as mesmas configurações de permissão. O administrador e as contas Sistema Local têm acesso total. Outros usuários não têm acesso.

Esta é a pasta padrão quando a pasta não for especificada no registro:
%SystemRoot%\system32\LogFiles

Observação: O valor de seqüência de caracteres ErrorLoggingDir deve ser um caminho local totalmente qualificado. No entanto, ele pode conter % SystemRoot %. Uma unidade de rede ou compartilhamento de rede não pode ser usado.

Voltar ao início

Formato dos logs de erro API HTTP

Em geral, arquivos de log de erro de API HTTP têm o mesmo formato como logs de erro do W3C, exceto que os arquivos de log de erro de API HTTP não contém títulos de coluna. Cada linha de um log de erro de API de HTTP registra um erro. Os campos aparecem em uma ordem específica. Um caractere de espaço simples (0x0020) separa cada campo do campo anterior. Em cada campo, sinais de adição (0x002B) substituir espaços, tabulações e caracteres de controle não imprimíveis.

A tabela a seguir identifica os campos e a ordem dos campos em um registro de log de erro.
CampoDescrição
DataO campo Data segue o formato W3C. Este campo baseia-se no tempo Universal Coordenado (UTC). O campo de data é sempre dez caracteres na forma de aaaa-MM-DD. Por exemplo, 1 de maio de 2003 é expresso como 2003-05-01.
HoraO campo hora segue o formato W3C. Este campo baseia-se em UTC. O campo de tempo é sempre oito caracteres no formato de MM:HH:SS. Por exemplo, 5:30 PM (UTC) é expresso como 17:30:00.
Endereço IP do clienteO endereço IP do cliente afetado. O valor neste campo pode ser um endereço IPv4 ou um endereço IPv6. Se o endereço IP do cliente é um endereço IPv6, o campo ScopeId também está incluído no endereço.
Porta do clienteO número da porta do cliente afetado.
Endereço IP do servidorO endereço IP do servidor afetado. O valor neste campo pode ser um endereço IPv4 ou um endereço IPv6. Se o endereço IP do servidor é um endereço IPv6, o campo ScopeId também está incluído no endereço.
Porta do servidorO número da porta do servidor afetado.
Versão do protocoloA versão do protocolo que está sendo usado.

Se a conexão tiver sido analisada suficientemente todetermine a versão do protocolo, um hífen (0x002D) é usado como um placeholderfor o campo vazio.

Se o número de versão principal ou o número de versão secundária é analisado isgreater que ou igual a 10, a versão é registrada como HTTP /?.?.
VerboO estado de verbo que a última solicitação ou seja analisada passa. Verbos desconhecidos são incluídos, mas qualquer verbo que tem mais de 255 bytes será truncado para este tamanho. Se um verbo não estiver disponível, um hífen (0x002D) será usado como um espaço reservado para o campo vazio.
CookedURL + consultaA URL e qualquer consulta que é associada a ele são registrados como um campo é separado por um ponto de interrogação (0x3F). Este campo é truncado no seu limite de 4.096 bytes de comprimento.

Se essa URL foi analisado ("algo"), é feito com a conversão de página de código local e é tratado como um campo de Unicode.

Se esta URL tem não foi analisado ("algo") na thetime de log, ele é copiado exatamente, sem nenhuma conversão de Unicode.

Se a API de HTTP não pode analisar esta URL, uma hyphen(0x002D) é usado como um espaço reservado para o campo vazio.
Status do protocoloO status do protocolo não pode ser maior do que 999.

Se o status do protocolo de resposta para um requestis disponível, ele será registrado neste campo.

Se o status do protocolo não estiver disponível, um hyphen(0x002D) é usado como um espaço reservado para o campo vazio.
Identificação do siteNão usado nesta versão da API do HTTP. Um hífen (0x002D) do espaço reservado sempre aparece neste campo.
Frase de motivoEste campo contém uma seqüência de caracteres que identifica o tipo de erro que está sendo registrado. Este campo nunca ficará em branco.
Nome da filaEste nome de fila de solicitação.
As seguintes linhas de exemplo são de um log de erro de API de 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 Timer_MinBytesPerSecond 80-----64388 127.0.0.1
Voltar ao início

Tipos de erros que a API de HTTP registra

A API de HTTP registra respostas de erros para os clientes, tempos limite de conexão, solicitações órfãos e queda de conexão é manipulado incorretamente.

A lista a seguir identifica os tipos de erros que a API de HTTP registra:
  • Respostas para os clientes A API de HTTP envia uma resposta de erro para um cliente, por exemplo, um erro de 400 é causada por um erro de análise na última solicitação recebida. Depois que a API de HTTP envia a resposta de erro, ele fecha a conexão.
  • Tempos limite de conexão A API de HTTP expira em uma conexão. Se uma solicitação está pendente quandoas conexão expira, a solicitação é usada para fornecer mais informações sobre theconnection no log de erros.
  • Solicitações de Orphaned Um processo de modo de usuário pára inesperadamente enquanto houver solicitações enfileiradas ainda que são roteadas para esse processo. A API de HTTP registra as solicitações órfãos no log de erros.
Tipos de erro específicos são designados por seqüências de Frase motivo que sempre aparecem como o último campo de cada linha do erro. A tabela a seguir identifica as frases de razão de API de HTTP.
Frase de motivoDescrição

AppOfflineServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque os erros de aplicativo fez com que o aplicativo ficar off-line.
AppPoolTimerServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque o processo do pool de aplicativos está muito ocupado para manipular a solicitação.
AppShutdownServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque o aplicativo desligado automaticamente em resposta à política do administrador.
BadRequestErro de análise ao processar uma solicitação.
Client_ResetA conexão entre o cliente e o servidor foi fechada antes que a solicitação pode ser atribuída a um processo do operador. A causa mais comum desse comportamento é que o cliente prematuramente fecha a conexão com o servidor.
Connection_Abandoned_By_AppPoolUm processo de trabalho do pool de aplicativos tem fechar inesperadamente ou órfãos uma solicitação pendente por seu identificador de fechamento.
Connection_Abandoned_By_ReqQueueUm processo de trabalho do pool de aplicativos tem fechar inesperadamente ou órfãos uma solicitação pendente por seu identificador de fechamento. Específico ao Windows Vista e versões posteriores e para o Windows Server 2008 e versões posteriores.
Connection_DroppedA conexão entre o cliente e o servidor foi fechada antes que o servidor pode enviar o pacote de resposta final. A causa mais comum desse comportamento é que o cliente prematuramente fecha a conexão com o servidor.
Connection_Dropped_List_FullA lista de conexões soltas entre clientes e o servidor está cheia. Específico ao Windows Vista e versões posteriores e para o Windows Server 2008 e versões posteriores.
ConnLimitServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque o limite de conexão de nível de site foi atingido ou excedido.
Connections_RefusedNonPagedPool memória kernel caiu abaixo de 20MB e o HTTP. sys parou de receber novas conexões
DesativadoServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque um administrador assumiu o aplicativo off-line.
EntityTooLargeUma entidade excedeu o tamanho máximo permitido.
FieldLengthFoi excedido o limite de tamanho de campo.
ProibidoUm elemento proibido ou seqüência foi encontrada durante a análise.
CabeçalhoOcorreu um erro de análise em um cabeçalho.
Nome do hostErro de análise ao processar um nome de host.
InternoErro de servidor interno ao (um erro de HTTP 500).
Invalid_CR/LFOcorreu um retorno de carro ilegal ou alimentação de linha.
LengthRequiredUm valor de comprimento necessário estava ausente.
N/DServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque ocorreu um erro interno (por exemplo, uma falha de alocação de memória ou um conflito de lista de reserva de URL).
N / IUm erro de implementado não ocorreu (um erro de HTTP 501) ou um serviço indisponível erro (um erro de HTTP 503) devido a uma codificação de transferência desconhecida.
NúmeroErro de análise ao processar um número.
Pré-condiçãoUma pré-condição necessária estava ausente.
QueueFullServiço indisponível erro (um erro de HTTP 503). O serviço não está disponível porque a fila de solicitações do aplicativo está cheia.
RequestLengthUm limite de tamanho de solicitação foi excedido.
Timer_AppPoolA conexão expirou porque uma solicitação aguardou muito tempo em uma fila de pool de aplicativo para um aplicativo servidor para retirar da fila e processá-lo. Esta duração de tempo limite é ConnectionTimeout. Por padrão, esse valor é definido para dois minutos.
Timer_ConnectionIdleA conexão expirou e permanece ociosa. A duração do ConnectionTimeout padrão é 2 minutos.
Timer_EntityBodyA conexão expirou antes que o corpo da entidade de solicitação chegou. Quando uma solicitação claramente tem um corpo de entidade, a API de HTTP ativa o timer Timer_EntityBody . A princípio, o limite do temporizador é definido como o valor ConnectionTimeout (geralmente, dois minutos). Toda vez que outra indicação de dados é recebida nessa solicitação, a API de HTTP redefine o timer para que a conexão de dois ou mais minutos (ou o que é especificado no ConnectionTimeout).
Timer_HeaderWaitA conexão expirou porque o cabeçalho de uma solicitação de análise levou mais tempo do que o limite padrão de dois minutos.
Timer_MinBytesPerSecondA conexão expirou porque o cliente não recebeu uma resposta a uma velocidade razoável. A taxa de envio de resposta foi mais lenta do que o padrão de 240 bytes por segundo. Isso pode ser controlado com a propriedade de metabase MinFileBytesPerSec .
Timer_ReqQueueA conexão expirou porque uma solicitação aguardou muito tempo em uma fila de pool de aplicativo para um aplicativo servidor para retirar da fila. Esta duração de tempo limite é ConnectionTimeout. Por padrão, esse valor é definido para dois minutos. Específico ao Windows Vista e versões posteriores e para o Windows Server 2008 e versões posteriores.
Timer_ResponseReservado. Atualmente não usado.
Timer_SslRenegotiationA conexão expirou porque a renegociação SSL entre o cliente e o servidor demorou mais do que o tempo limite padrão de dois minutos.
URLOcorreu um erro de análise durante o processamento de uma URL.
URL_LengthUma URL excedeu o máximo de tamanho permitido.
VerboErro de análise ao processar um verbo.
Version_N/SUma versão não suportada erro (um erro de HTTP 505).

Voltar ao início
Referências
Para obter mais informações sobre como adicionar campos adicionais de log para o log de erro de HTTP do IIS, clique no número abaixo para ler o artigo na Base de Conhecimento da Microsoft:
832975 Propriedades adicionais estão disponíveis para registro no arquivo Httperr #. log no IIS 6.0 e IIS 7.0
FIXME corrigi-lo fixit

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 820729 - Última Revisão: 03/08/2016 04:53:00 - Revisão: 9.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 kbfixme kbmsifixme kbmt KB820729 KbMtpt
Comentários
y>ow.location.protocol) + "//c.microsoft.com/ms.js'><\/script>");