Lista de códigos de status HTTP - List of HTTP status codes

Esta é uma lista de códigos de status de resposta HTTP ( Hypertext Transfer Protocol ). Os códigos de status são emitidos por um servidor em resposta a uma solicitação do cliente feita ao servidor. Inclui códigos da IETF Request for Comments (RFCs), outras especificações e alguns códigos adicionais usados em algumas aplicações comuns do HTTP. O primeiro dígito do código de status especifica uma das cinco classes padrão de respostas. As frases da mensagem mostradas são típicas, mas qualquer alternativa legível por humanos pode ser fornecida. Salvo indicação em contrário, o código de status faz parte do padrão HTTP / 1.1 (RFC 7231).

A Internet Assigned Numbers Authority (IANA) mantém o registro oficial dos códigos de status HTTP.

Todos os códigos de status de resposta HTTP são separados em cinco classes ou categorias. O primeiro dígito do código de status define a classe de resposta, enquanto os dois últimos dígitos não têm nenhuma função de classificação ou categorização. Existem cinco classes definidas pelo padrão:

1xx resposta informativa - a solicitação foi recebida, continuando o processo
2xx bem - sucedido - a solicitação foi recebida, compreendida e aceita com sucesso
Redirecionamento 3xx - outras ações precisam ser tomadas para concluir a solicitação
4xx client error - a solicitação contém sintaxe incorreta ou não pode ser atendida
5xx server error - o servidor falhou em cumprir um pedido aparentemente válido

1xx resposta informativa

Uma resposta informativa indica que a solicitação foi recebida e compreendida. É emitido provisoriamente enquanto o processamento do pedido continua. Ele alerta o cliente para aguardar uma resposta final. A mensagem consiste apenas na linha de status e nos campos de cabeçalho opcionais e é encerrada por uma linha em branco. Como o padrão HTTP / 1.0 não definiu nenhum código de status 1xx, os servidores não devem enviar uma resposta 1xx a um cliente compatível com HTTP / 1.0, exceto em condições experimentais.

100 continuar: O servidor recebeu os cabeçalhos da solicitação e o cliente deve prosseguir com o envio do corpo da solicitação (no caso de uma solicitação para a qual um corpo precisa ser enviado; por exemplo, uma solicitação POST ). Enviar um grande corpo de solicitação a um servidor depois que uma solicitação foi rejeitada por cabeçalhos inadequados seria ineficiente. Para que um servidor verifique os cabeçalhos da solicitação, um cliente deve enviar Expect: 100-continuecomo um cabeçalho em sua solicitação inicial e receber um 100 Continuecódigo de status em resposta antes de enviar o corpo. Se o cliente receber um código de erro como 403 (Proibido) ou 405 (Método não permitido), ele não deverá enviar o corpo da solicitação. A resposta 417 Expectation Failedindica que a solicitação deve ser repetida sem o Expectcabeçalho, pois indica que o servidor não atende às expectativas (é o caso, por exemplo, dos servidores HTTP / 1.0).
101 Protocolos de Comutação: O solicitante pediu ao servidor para alternar os protocolos e o servidor concordou em fazer isso.
102 Processando ( WebDAV ; RFC 2518): Uma solicitação WebDAV pode conter muitas sub-solicitações envolvendo operações de arquivo, exigindo muito tempo para concluir a solicitação. Este código indica que o servidor recebeu e está processando a solicitação, mas nenhuma resposta está disponível ainda. Isso evita que o cliente alcance o tempo limite e presuma que a solicitação foi perdida.
103 dicas iniciais (RFC 8297): Usado para retornar alguns cabeçalhos de resposta antes da mensagem HTTP final.

2xx sucesso

Esta classe de códigos de status indica que a ação solicitada pelo cliente foi recebida, compreendida e aceita.

200 OK: Resposta padrão para solicitações HTTP bem-sucedidas. A resposta real dependerá do método de solicitação usado. Em uma solicitação GET, a resposta conterá uma entidade correspondente ao recurso solicitado. Em uma solicitação POST, a resposta conterá uma entidade que descreve ou contém o resultado da ação.
201 criado: A solicitação foi atendida, resultando na criação de um novo recurso.
202 aceito: A solicitação foi aceita para processamento, mas o processamento não foi concluído. A solicitação pode ou não ser atendida eventualmente e pode ser desautorizada quando o processamento ocorrer.
203 Informações não autoritativas (desde HTTP / 1.1): O servidor é um proxy de transformação (por exemplo, um acelerador da Web ) que recebeu 200 OK de sua origem, mas está retornando uma versão modificada da resposta da origem.
204 Sem conteúdo: O servidor processou a solicitação com sucesso e não está retornando nenhum conteúdo.
205 Redefinir conteúdo: O servidor processou a solicitação com êxito, pede que o solicitante reconfigure a visualização do documento e não está retornando nenhum conteúdo.
Conteúdo Parcial 206 (RFC 7233): O servidor está entregando apenas parte do recurso ( serviço de bytes ) devido a um cabeçalho de intervalo enviado pelo cliente. O cabeçalho de intervalo é usado por clientes HTTP para permitir a retomada de downloads interrompidos ou dividir um download em vários fluxos simultâneos.
207 Multi-Status (WebDAV; RFC 4918): O corpo da mensagem a seguir é, por padrão, uma mensagem XML e pode conter vários códigos de resposta separados, dependendo de quantas sub-solicitações foram feitas.
208 já relatado (WebDAV; RFC 5842): Os membros de uma ligação DAV já foram enumerados em uma parte anterior da resposta (multistatus) e não estão sendo incluídos novamente.
226 IM usado (RFC 3229): O servidor atendeu a uma solicitação para o recurso e a resposta é uma representação do resultado de uma ou mais manipulações de instância aplicadas à instância atual.

Redirecionamento 3xx

Esta classe de código de status indica que o cliente deve realizar uma ação adicional para concluir a solicitação. Muitos desses códigos de status são usados no redirecionamento de URL .

Um agente de usuário pode realizar a ação adicional sem interação do usuário apenas se o método usado na segunda solicitação for GET ou HEAD. Um agente do usuário pode redirecionar automaticamente uma solicitação. Um agente de usuário deve detectar e intervir para evitar redirecionamentos cíclicos.

300 Multiple Choices: Indica várias opções para o recurso a partir do qual o cliente pode escolher (por meio da negociação de conteúdo orientada por agente ). Por exemplo, este código pode ser usado para apresentar várias opções de formato de vídeo, para listar arquivos com diferentes extensões de nome de arquivo ou para sugerir a desambiguação de sentido de palavra .
301 mudou-se permanentemente: Esta e todas as solicitações futuras devem ser direcionadas ao URI fornecido .
302 encontrado (anteriormente "movido temporariamente"): Diz ao cliente para olhar (navegar para) outro URL. A especificação HTTP / 1.0 (RFC 1945) exigia que o cliente executasse um redirecionamento temporário com o mesmo método (a frase de descrição original era "Movido Temporariamente"), mas navegadores populares implementaram redirecionamentos 302 alterando o método para GET. Portanto, o HTTP / 1.1 adicionou códigos de status 303 e 307 para distinguir entre os dois comportamentos.
303 Veja outro (desde HTTP / 1.1): A resposta à solicitação pode ser encontrada em outro URI usando o método GET. Quando recebido em resposta a um POST (ou PUT / DELETE), o cliente deve presumir que o servidor recebeu os dados e deve emitir uma nova solicitação GET para o URI fornecido.
304 não modificado (RFC 7232): Indica que o recurso não foi modificado desde a versão especificada pelos cabeçalhos de solicitação If-Modified-Since ou If-None-Match. Nesse caso, não há necessidade de retransmitir o recurso, pois o cliente ainda possui uma cópia baixada anteriormente.
305 Use Proxy (desde HTTP / 1.1): O recurso solicitado está disponível apenas por meio de um proxy, cujo endereço é fornecido na resposta. Por motivos de segurança, muitos clientes HTTP (como Mozilla Firefox e Internet Explorer ) não obedecem a esse código de status.
306 Switch Proxy: Não mais usado. Originalmente significava "Solicitações subsequentes devem usar o proxy especificado."
307 Redirecionamento temporário (desde HTTP / 1.1): Nesse caso, a solicitação deve ser repetida com outro URI; no entanto, solicitações futuras ainda devem usar o URI original. Em contraste com a forma como 302 foi implementado historicamente, o método de solicitação não pode ser alterado ao reemitir a solicitação original. Por exemplo, uma solicitação POST deve ser repetida usando outra solicitação POST.
308 Redirecionamento Permanente (RFC 7538): Esta e todas as solicitações futuras devem ser direcionadas ao URI fornecido . 308 é paralelo ao comportamento de 301, mas não permite que o método HTTP mude . Assim, por exemplo, o envio de um formulário para um recurso redirecionado permanentemente pode continuar sem problemas.

4xx erros de cliente

Erro 404 na Wikipedia

Essa classe de código de status se destina a situações em que o erro parece ter sido causado pelo cliente. Exceto ao responder a uma solicitação HEAD, o servidor deve incluir uma entidade contendo uma explicação da situação de erro e se é uma condição temporária ou permanente. Esses códigos de status são aplicáveis a qualquer método de solicitação. Os agentes do usuário devem exibir qualquer entidade incluída para o usuário.

400 Bad Request: O servidor não pode ou não processará a solicitação devido a um erro aparente do cliente (por exemplo, sintaxe de solicitação malformada, tamanho muito grande, enquadramento de mensagem de solicitação inválido ou roteamento de solicitação enganoso).
401 não autorizado (RFC 7235): Semelhante a 403 Forbidden , mas especificamente para uso quando a autenticação é necessária e falhou ou ainda não foi fornecida. A resposta deve incluir um campo de cabeçalho WWW-Authenticate contendo um desafio aplicável ao recurso solicitado. Consulte Autenticação de acesso básico e Autenticação de acesso Digest . 401 semanticamente significa "não autorizado", o usuário não tem credenciais de autenticação válidas para o recurso de destino.; Nota: Alguns sites emitem incorretamente HTTP 401 quando um endereço IP é banido do site (geralmente o domínio do site) e esse endereço específico não tem permissão para acessar um site.
402 Pagamento Necessário: Reservado para uso futuro. A intenção original era que este código pudesse ser usado como parte de alguma forma de dinheiro digital ou esquema de micropagamento , como proposto, por exemplo, por GNU Taler , mas isso ainda não aconteceu, e este código não é amplamente utilizado. A API do Google Developers usa esse status se um determinado desenvolvedor tiver excedido o limite diário de solicitações. Sipgate usa este código se uma conta não tiver fundos suficientes para iniciar uma chamada. O Shopify usa esse código quando a loja não paga suas taxas e está temporariamente desativada. O Stripe usa esse código para pagamentos com falha em que os parâmetros estavam corretos, por exemplo, bloqueou pagamentos fraudulentos.
403 Proibido: A solicitação continha dados válidos e foi entendida pelo servidor, mas o servidor está recusando a ação. Isso pode ser devido ao usuário não ter as permissões necessárias para um recurso ou precisar de uma conta de algum tipo, ou tentar uma ação proibida (por exemplo, criar um registro duplicado onde apenas um é permitido). Esse código também é normalmente usado se a solicitação forneceu autenticação respondendo ao desafio do campo do cabeçalho WWW-Authenticate, mas o servidor não aceitou essa autenticação. O pedido não deve ser repetido.
404 não encontrado: O recurso solicitado não foi encontrado, mas pode estar disponível no futuro. As solicitações subsequentes do cliente são permitidas.
Método 405 não permitido: Um método de solicitação não é compatível com o recurso solicitado; por exemplo, uma solicitação GET em um formulário que requer que os dados sejam apresentados via POST ou uma solicitação PUT em um recurso somente leitura.
406 não aceitável: O recurso solicitado é capaz de gerar apenas conteúdo não aceitável de acordo com os cabeçalhos de aceitação enviados na solicitação. Veja negociação de conteúdo .
Autenticação de proxy 407 necessária (RFC 7235): O cliente deve primeiro se autenticar com o proxy .
408 Tempo Limite de Solicitação: O servidor atingiu o tempo limite ao aguardar a solicitação. De acordo com as especificações HTTP: "O cliente não produziu uma solicitação dentro do tempo que o servidor estava preparado para esperar. O cliente PODE repetir a solicitação sem modificações em qualquer momento posterior."
409 Conflito: Indica que a solicitação não pôde ser processada devido a um conflito no estado atual do recurso, como um conflito de edição entre várias atualizações simultâneas.
410 ido: Indica que o recurso solicitado não está mais disponível e não estará disponível novamente. Isso deve ser usado quando um recurso foi removido intencionalmente e o recurso deve ser eliminado. Ao receber um código de status 410, o cliente não deve solicitar o recurso no futuro. Clientes como motores de busca devem remover o recurso de seus índices. A maioria dos casos de uso não exige que os clientes e os mecanismos de pesquisa eliminem o recurso, e um "404 não encontrado" pode ser usado em seu lugar.
411 Comprimento necessário: A solicitação não especificou o comprimento de seu conteúdo, que é exigido pelo recurso solicitado.
412 Falha na pré-condição (RFC 7232): O servidor não atende a uma das pré-condições que o solicitante coloca nos campos do cabeçalho da solicitação.
413 Carga útil muito grande (RFC 7231): A solicitação é maior do que o servidor deseja ou é capaz de processar. Anteriormente chamado de "Solicitar Entidade Muito Grande".
414 URI muito longo (RFC 7231): O URI fornecido era muito longo para o servidor processar. Freqüentemente, o resultado de muitos dados sendo codificados como uma string de consulta de uma solicitação GET, caso em que deve ser convertido em uma solicitação POST. Chamado "Request-URI Too Long" anteriormente.
415 Tipo de mídia não compatível (RFC 7231): A entidade de solicitação tem um tipo de mídia que o servidor ou recurso não suporta. Por exemplo, o cliente carrega uma imagem como image / svg + xml , mas o servidor requer que as imagens usem um formato diferente.
Faixa 416 não satisfatória (RFC 7233): O cliente solicitou uma parte do arquivo ( serviço de bytes ), mas o servidor não pode fornecer essa parte. Por exemplo, se o cliente solicitou uma parte do arquivo que está além do final do arquivo. Denominado "Intervalo solicitado não satisfatório" anteriormente.
417 Falha na expectativa: O servidor não pode atender aos requisitos do campo do cabeçalho da solicitação Expect.
418 Sou um bule de chá (RFC 2324, RFC 7168): Este código foi definido em 1998 como uma das tradicionais piadas do Dia da Mentira da IETF , no RFC 2324, Hyper Text Coffee Pot Control Protocol , e não deve ser implementado por servidores HTTP reais. A RFC especifica que esse código deve ser retornado por bules solicitados para preparar café. Esse status HTTP é usado como um ovo de Páscoa em alguns sites, como o de I'm a teapot easter egg do Google.com .
421 Solicitação mal direcionada (RFC 7540): A solicitação foi direcionada a um servidor que não pode produzir uma resposta (por exemplo, devido à reutilização da conexão).
422 Entidade não processável (WebDAV; RFC 4918): A solicitação foi bem formulada, mas não foi possível atendê-la devido a erros de semântica.
423 Bloqueado (WebDAV; RFC 4918): O recurso que está sendo acessado está bloqueado.
424 Dependência com falha (WebDAV; RFC 4918): A solicitação falhou porque dependia de outra solicitação e essa solicitação falhou (por exemplo, um PROPPATCH).
425 muito cedo (RFC 8470): Indica que o servidor não está disposto a correr o risco de processar um pedido que pode ser reproduzido.
426 Upgrade Necessário: O cliente deve mudar para um protocolo diferente, como TLS / 1.3 , fornecido no campo de cabeçalho de atualização .
428 Pré-condição necessária (RFC 6585): O servidor de origem requer que a solicitação seja condicional. Destina-se a evitar o problema de 'atualização perdida', em que um cliente obtém o estado de um recurso, modifica-o e coloca-o de volta no servidor, quando entretanto um terceiro modifica o estado no servidor, levando a um conflito.
429 Solicitações em excesso (RFC 6585): O usuário enviou muitas solicitações em um determinado período. Destinado ao uso com esquemas de limitação de taxa .
431 Solicitar campos de cabeçalho muito grandes (RFC 6585): O servidor não deseja processar a solicitação porque um campo de cabeçalho individual ou todos os campos de cabeçalho coletivamente são muito grandes.
451 Indisponível por motivos legais (RFC 7725): Um operador de servidor recebeu uma solicitação legal para negar acesso a um recurso ou a um conjunto de recursos que inclui o recurso solicitado. O código 451 foi escolhido como referência ao romance Fahrenheit 451 (veja os Agradecimentos na RFC).

5xx erros de servidor

O servidor falhou em atender a uma solicitação.

Os códigos de status de resposta que começam com o dígito "5" indicam casos em que o servidor está ciente de que encontrou um erro ou é incapaz de executar a solicitação. Exceto ao responder a uma solicitação HEAD, o servidor deve incluir uma entidade contendo uma explicação da situação de erro e indicar se é uma condição temporária ou permanente. Da mesma forma, os agentes do usuário devem exibir qualquer entidade incluída para o usuário. Esses códigos de resposta são aplicáveis a qualquer método de solicitação.

500 Erro Interno do Servidor: Uma mensagem de erro genérica, fornecida quando uma condição inesperada foi encontrada e nenhuma mensagem mais específica é adequada.
501 não implementado: O servidor não reconhece o método de solicitação ou não tem a capacidade de atender à solicitação. Normalmente, isso implica disponibilidade futura (por exemplo, um novo recurso de uma API de serviço da web).
502 Bad Gateway: O servidor estava atuando como gateway ou proxy e recebeu uma resposta inválida do servidor upstream.
503 serviço indisponível: O servidor não pode lidar com a solicitação (porque está sobrecarregado ou fora do ar para manutenção). Geralmente, este é um estado temporário.
504 Gateway Timeout: O servidor estava agindo como um gateway ou proxy e não recebeu uma resposta oportuna do servidor upstream.
505 Versão HTTP não suportada: O servidor não oferece suporte à versão do protocolo HTTP usada na solicitação.
A variante 506 também negocia (RFC 2295): A negociação de conteúdo transparente para a solicitação resulta em uma referência circular .
507 Armazenamento insuficiente (WebDAV; RFC 4918): O servidor não consegue armazenar a representação necessária para completar o pedido.
508 Loop detectado (WebDAV; RFC 5842): O servidor detectou um loop infinito durante o processamento da solicitação (enviada em vez de 208 Already Reported ).
510 não estendido (RFC 2774): Outras extensões da solicitação são necessárias para que o servidor a atenda.
511 Autenticação de rede necessária (RFC 6585): O cliente precisa se autenticar para obter acesso à rede. Destina-se ao uso para interceptar proxies usados para controlar o acesso à rede (por exemplo, " portais cativos " usados para exigir a concordância com os Termos de Serviço antes de conceder acesso total à Internet por meio de um ponto de acesso Wi-Fi ).

Códigos não oficiais

Os códigos a seguir não são especificados por nenhum padrão.

218 Tudo bem ( Apache Web Server ): Usado como uma condição de erro geral para permitir que os corpos de resposta fluam pelo Apache quando ProxyErrorOverride está ativado. Quando ProxyErrorOverride está ativado no Apache, os corpos de resposta que contêm um código de status de 4xx ou 5xx são automaticamente descartados pelo Apache em favor de uma resposta genérica ou personalizada especificada pela diretiva ErrorDocument. A frase " Isso é bom " é um meme da Internet que se refere a ignorar a situação ou não tomar nenhuma ação, apesar das evidências óbvias de uma catástrofe em andamento.
419 Página expirada ( Laravel Framework ): Usado pelo Laravel Framework quando um token CSRF está faltando ou expirou.
Falha do método 420 ( Spring Framework ): Uma resposta obsoleta usada pelo Spring Framework quando um método falhou.
420 Melhore a sua calma ( Twitter ): Retornado pela versão 1 da API de pesquisa e tendências do Twitter quando o cliente está sendo limitado por taxa; as versões 1.1 e posteriores usam o código de resposta 429 Too Many Requests . A frase "Melhore a sua calma" vem do filme Demolition Man de 1993 , e sua associação com este número é provavelmente uma referência à cannabis .
430 Solicitar campos de cabeçalho muito grandes ( Shopify ): Usado pelo Shopify , em vez do código de resposta 429 Too Many Requests , quando muitos URLs são solicitados dentro de um determinado período.
450 Bloqueado pelo Controle dos Pais do Windows (Microsoft): O código de extensão da Microsoft indicado quando o Controle dos Pais do Windows está ativado e bloqueia o acesso à página da web solicitada.
498 Token inválido (Esri): Devolvido pelo ArcGIS for Server . O código 498 indica um token expirado ou de outra forma inválido.
499 Token necessário (Esri): Devolvido pelo ArcGIS for Server . O código 499 indica que um token é necessário, mas não foi enviado.
Limite de largura de banda 509 excedido ( Apache Web Server / cPanel ): O servidor excedeu a largura de banda especificada pelo administrador do servidor; isso é frequentemente usado por provedores de hospedagem compartilhada para limitar a largura de banda dos clientes.
529 Site está sobrecarregado: Usado pela Qualys na API de teste do servidor SSLLabs para sinalizar que o site não pode processar a solicitação.
530 Site está congelado: Usado pela plataforma da Web da Pantheon para indicar um site que foi congelado por inatividade.
598 (convenção informal) Erro de tempo limite de leitura de rede: Usado por alguns proxies HTTP para sinalizar um tempo limite de leitura da rede atrás do proxy para um cliente na frente do proxy.

Serviços de Informação da Internet

O servidor Web Internet Information Services (IIS) da Microsoft expande o espaço de erro 4xx para sinalizar erros com a solicitação do cliente.

440 Tempo limite de login: A sessão do cliente expirou e deve efetuar login novamente.
449 Tentar novamente com: O servidor não pode honrar a solicitação porque o usuário não forneceu as informações necessárias.
451 Redirect: Usado no Exchange ActiveSync quando um servidor mais eficiente está disponível ou o servidor não pode acessar a caixa de correio dos usuários. Espera-se que o cliente execute novamente a operação de descoberta automática de HTTP para encontrar um servidor mais apropriado.

O IIS às vezes usa subcódigos decimais adicionais para obter informações mais específicas; no entanto, esses subcódigos aparecem apenas na carga de resposta e na documentação, não no lugar de um código de status HTTP real.

nginx

O software de servidor da web nginx expande o espaço de erro 4xx para sinalizar problemas com a solicitação do cliente.

444 Sem Resposta: Usado internamente para instruir o servidor a não retornar nenhuma informação ao cliente e fechar a conexão imediatamente.
494 Solicitação de cabeçalho muito grande: O cliente enviou uma solicitação muito grande ou uma linha de cabeçalho muito longa.
495 Erro de certificado SSL: Uma expansão do código de resposta 400 Bad Request , usado quando o cliente forneceu um certificado de cliente inválido .
496 Certificado SSL necessário: Uma expansão do código de resposta 400 Bad Request , usado quando um certificado de cliente é necessário, mas não fornecido.
497 Solicitação HTTP enviada para a porta HTTPS: Uma expansão do código de resposta 400 Bad Request , usado quando o cliente fez uma solicitação HTTP a uma porta que escuta as solicitações HTTPS.
499 Cliente Fechado Solicitação: Usado quando o cliente fechou a solicitação antes que o servidor pudesse enviar uma resposta.

Cloudflare

O serviço de proxy reverso da Cloudflare expande o espaço da série 5xx de erros para sinalizar problemas com o servidor de origem.

520 servidor web retornou um erro desconhecido: O servidor de origem retornou uma resposta vazia, desconhecida ou inesperada para Cloudflare.
521 O servidor da web está inativo: O servidor de origem recusou conexões do Cloudflare. As soluções de segurança na origem podem estar bloqueando conexões legítimas de determinados endereços IP do Cloudflare.
522 Tempo de conexão esgotado: Cloudflare expirou ao entrar em contato com o servidor de origem.
523 A origem é inacessível: O Cloudflare não conseguiu alcançar o servidor de origem; por exemplo, se os registros DNS do servidor de origem estiverem incorretos ou ausentes.
524 A Timeout Ocorreu: O Cloudflare conseguiu completar uma conexão TCP com o servidor de origem, mas não recebeu uma resposta HTTP oportuna.
525 SSL Handshake Failed: O Cloudflare não conseguiu negociar um handshake SSL / TLS com o servidor de origem.
526 Certificado SSL Inválido: O Cloudflare não pôde validar o certificado SSL no servidor web de origem. Também usado pelo gorouter do Cloud Foundry .
527 Erro de canhão elétrico: O erro 527 indica uma conexão interrompida entre o Cloudflare e o servidor Railgun do servidor de origem.
530: O erro 530 é retornado junto com um erro 1xxx.

AWS Elastic Load Balancer

O Elastic Load Balancing da Amazon adiciona alguns códigos de retorno personalizados

460: O cliente fechou a conexão com o balanceador de carga antes de decorrido o período de tempo limite de inatividade. Normalmente, quando o tempo limite do cliente é anterior ao tempo limite do Elastic Load Balancer.
463: O balanceador de carga recebeu um cabeçalho de solicitação X-Forwarded-For com mais de 30 endereços IP.
561 não autorizado: Um erro de autenticação retornado por um servidor registrado com um balanceador de carga. Você configurou uma regra de ouvinte para autenticar usuários, mas o provedor de identidade (IdP) retornou um código de erro ao autenticar o usuário.

Cache de códigos de aviso

Os seguintes códigos de aviso relacionados ao cache são especificados em RFC 7234. Ao contrário dos outros códigos de status acima, eles não são enviados como o status de resposta no protocolo HTTP, mas como parte do cabeçalho HTTP "Aviso". Uma vez que esse cabeçalho geralmente não é enviado por servidores nem reconhecido por clientes, ele logo se tornará obsoleto pelo Grupo de Trabalho HTTP .

110 A resposta está desatualizada: A resposta fornecida por um cache é obsoleta (a idade do conteúdo excede uma idade máxima definida por um cabeçalho Cache-Control ou tempo de vida escolhido heuristicamente).
111 A revalidação falhou: O cache não conseguiu validar a resposta devido à incapacidade de acessar o servidor de origem.
112 Operação Desconectada: O cache é desconectado intencionalmente do restante da rede.
113 Expiração heurística: O cache escolheu heuristicamente um tempo de vida de atualização superior a 24 horas e a idade da resposta é superior a 24 horas.
199 Aviso Diverso: Advertência arbitrária e não específica. O texto de aviso pode ser registrado ou apresentado ao usuário.
214 Transformação Aplicada: Adicionado por um proxy se aplicar qualquer transformação à representação, como alterar a codificação do conteúdo, tipo de mídia ou semelhante.
299 Aviso persistente diverso: O mesmo que 199, mas indicando um aviso persistente.

Veja também

Notas

Referências

links externos

RFC 7231 - Protocolo de Transferência de Hipertexto (HTTP / 1.1): Semântica e Conteúdo - Seção 6, Códigos de Status de Resposta
Registro de código de status de protocolo de transferência de hipertexto (HTTP)
Base de dados de conhecimento da Microsoft: MSKB943891: os códigos de status HTTP no IIS 7.0
Base de Conhecimento do Microsoft Office: Código de Erro 2–11

Languages

In other projects