Utilize este Códigos de status HTTP - Folha de dicas como uma referência a todo status e código de erro HTTP, o que significa cada código, por que eles estão sendo gerados, quando o código pode ser um problema e como lidar com os problemas. Faça o download desta planilha de códigos de status HTTP ⇣

A internet é composta de duas coisas fundamentais, mas muito diferentes: clientes e servidores. Essa relação entre clientes (como Chrome, Firefox etc.) e servidores (como sites, bancos de dados, e-mails, aplicativos etc.), é chamado de modelo cliente-servidor.

Os clientes fazem solicitações ao servidor e o servidor responde.

Os códigos de status HTTP informam que o status da solicitação para o servidor é, se foi bem-sucedido, teve um erro ou algo assim.

Um código de status HTTP é um número que resume a resposta associada a ele - Fernando Doglio, de seu livro “REST API Development with NodeJS”.

Os códigos de status de resposta HTTP são agrupados em cinco classes:

1XX códigos de status: Solicitações informativas
2XX códigos de status: solicitações bem-sucedidas
3XX códigos de status: Redirecionamentos
4XX códigos de status: erros do cliente
5XX códigos de status: erros do servidor

Folha de dicas sobre códigos de status HTTP

Códigos de status 1XX: solicitações de informações

100 Continue - Essa resposta provisória indica que tudo até agora está OK e que o cliente deve continuar a solicitação ou ignorar a resposta se a solicitação já tiver sido concluída.

Protocolo de comutação 101 - Este código é enviado em resposta a um cabeçalho de solicitação de atualização do cliente e indica o protocolo para o qual o servidor está mudando.

102 Processamento - Este código indica que o servidor recebeu e está processando a solicitação, mas ainda não há resposta disponível.

103 Dicas iniciais - Este código de status deve ser usado principalmente com o cabeçalho Link, permitindo que o agente do usuário comece a pré-carregar recursos enquanto o servidor prepara uma resposta.

Códigos de status 2XX: solicitações bem-sucedidas

200 OK - A solicitação foi bem-sucedida. O significado do sucesso depende do método HTTP:

GET: O recurso foi buscado e é transmitido no corpo da mensagem.
CABEÇA: Os cabeçalhos da entidade estão no corpo da mensagem.
PUT ou POST: O recurso que descreve o resultado da ação é transmitido no corpo da mensagem.
TRACE: O corpo da mensagem contém a mensagem de solicitação recebida pelo servidor

201 criado - A solicitação foi bem-sucedida e um novo recurso foi criado como resultado. Normalmente, essa é a resposta enviada após as solicitações POST ou algumas solicitações PUT.

202 Aceito - O pedido foi recebido, mas ainda não foi atendido. Não é obrigatório, pois não há como no HTTP enviar posteriormente uma resposta assíncrona indicando o resultado da solicitação. Destina-se a casos em que outro processo ou servidor lida com a solicitação ou para processamento em lote.

203 Informações Não Autorizadas - Este código de resposta significa que a meta-informação retornada não é exatamente a mesma que está disponível no servidor de origem, mas é coletada de uma cópia local ou de terceiros. Isso é usado principalmente para espelhos ou backups de outro recurso. Exceto para aquele caso específico, a resposta “200 OK” é preferida para este status.

204 Nenhum conteúdo - Não há conteúdo a ser enviado para esta solicitação, mas os cabeçalhos podem ser úteis. O agente do usuário pode atualizar seus cabeçalhos em cache para este recurso com os novos.

205 Redefinir conteúdo - Diz ao agente do usuário para redefinir o documento que enviou esta solicitação.

Conteúdo parcial 206 - Este código de resposta é usado quando o cabeçalho Range é enviado do cliente para solicitar apenas parte de um recurso.

207 Multi-status - Transmite informações sobre vários recursos, para situações em que vários códigos de status podem ser apropriados.

208 já relatados - Usado dentro de um elemento de resposta para evitar enumerar repetidamente os membros internos de várias ligações para a mesma coleção.

226 IM Usado - O servidor atendeu a uma solicitação GET para o recurso e a resposta é uma representação do resultado de uma ou mais manipulações de instância aplicadas à instância atual.

Códigos de status 3XX: redirecionamentos

300 múltipla escolha - A solicitação tem mais de uma resposta possível. O user-agent ou usuário deve escolher um deles. (Não existe uma maneira padronizada de escolher uma das respostas, mas links HTML para as possibilidades são recomendados para que o usuário possa escolher.)

301 Movido permanentemente - O URL do recurso solicitado foi alterado permanentemente. O novo URL é fornecido na resposta.

302 Encontrado - Este código de resposta significa que o URI do recurso solicitado foi alterado temporariamente. Outras alterações no URI podem ser feitas no futuro. Portanto, esse mesmo URI deve ser usado pelo cliente em solicitações futuras.

303 Veja outros - O servidor enviou esta resposta para direcionar o cliente a obter o recurso solicitado em outro URI com uma solicitação GET.

304 não modificado - Isso é usado para fins de cache. Ele informa ao cliente que a resposta não foi modificada, para que o cliente possa continuar a usar a mesma versão em cache da resposta.

305 Usar proxy - Definido em uma versão anterior da especificação HTTP para indicar que uma resposta solicitada deve ser acessada por um proxy. Ele foi preterido devido a questões de segurança relacionadas à configuração em banda de um proxy.

306 Não utilizado - Este código de resposta não é mais usado; é apenas reservado. Ele foi usado em uma versão anterior da especificação HTTP / 1.1.

307 Redirecionamento temporário - O servidor envia esta resposta para direcionar o cliente a obter o recurso solicitado em outro URI com o mesmo método que foi usado na solicitação anterior. Ele tem a mesma semântica que o código de resposta HTTP 302 Found, exceto que o agente do usuário não deve alterar o método HTTP usado: Se um POST foi usado na primeira solicitação, um POST deve ser usado na segunda solicitação.

308 Redirecionamento permanente - Isso significa que o recurso agora está permanentemente localizado em outro URI, especificado pelo cabeçalho Location: HTTP Response. Ele tem a mesma semântica do código de resposta 301 Moved Permanently HTTP, com a exceção de que o agente do usuário não deve alterar o método HTTP usado: Se um POST foi usado na primeira solicitação, um POST deve ser usado na segunda solicitação.

Códigos de status 4XX: erros do cliente

400 Bad Request - O servidor não entendeu a solicitação devido a uma sintaxe inválida.

401 não autorizado - Embora o padrão HTTP especifique “não autorizado”, semanticamente essa resposta significa “não autenticado”. Ou seja, o cliente deve se autenticar para obter a resposta solicitada.

402 Pagamento obrigatório - Este código de resposta está reservado para uso futuro. O objetivo inicial para criar este código era usá-lo para sistemas de pagamento digital, no entanto, esse código de status é usado muito raramente e não existe uma convenção padrão.

Proibida 403 - O cliente não possui direitos de acesso ao conteúdo; ou seja, ele não é autorizado, portanto o servidor se recusa a fornecer o recurso solicitado. Ao contrário de 401, a identidade do cliente é conhecida pelo servidor.

404 não encontrado - O servidor não pode encontrar o recurso solicitado. No navegador, isso significa que o URL não é reconhecido. Em uma API, isso também pode significar que o terminal é válido, mas o próprio recurso não existe. Os servidores também podem enviar esta resposta em vez de 403 para ocultar a existência de um recurso de um cliente não autorizado. Este código de resposta é provavelmente o mais famoso devido à sua ocorrência frequente na web. O recurso não foi encontrado. Isso geralmente é usado como um pega-tudo para todos os URIs inválidos solicitados pelo servidor.

Método 405 não permitido - O método de solicitação é conhecido pelo servidor, mas foi desativado e não pode ser usado. Por exemplo, uma API pode proibir DELETE-ing um recurso. Os dois métodos obrigatórios, GET e HEAD, nunca devem ser desabilitados e não devem retornar este código de erro.

406 Não aceitável - Esta resposta é enviada quando o servidor web, após realizar a negociação de conteúdo baseada no servidor, não encontra nenhum conteúdo que esteja de acordo com os critérios fornecidos pelo agente do usuário.

407 autenticação de proxy necessária - É semelhante ao 401, mas a autenticação deve ser feita por um proxy.

408 Tempo limite da solicitação - Esta resposta é enviada em uma conexão inativa por alguns servidores, mesmo sem qualquer solicitação prévia do cliente. Isso significa que o servidor gostaria de encerrar esta conexão não utilizada. Essa resposta é muito mais usada, pois alguns navegadores, como Chrome, Firefox ou IE9, usam mecanismos de pré-conexão HTTP para acelerar a navegação. Além disso, observe que alguns servidores simplesmente encerram a conexão sem enviar esta mensagem.

409 Conflito - Esta resposta é enviada quando uma solicitação entra em conflito com o estado atual do servidor.

Longe 410 - Esta resposta é enviada quando o conteúdo solicitado foi excluído permanentemente do servidor, sem endereço de encaminhamento. Os clientes devem remover seus caches e links para o recurso. A especificação HTTP pretende que este código de status seja usado para “serviços promocionais por tempo limitado”. As APIs não devem se sentir obrigadas a indicar recursos que foram excluídos com este código de status.

411 Comprimento Necessário - O servidor rejeitou a solicitação porque o campo de cabeçalho Content-Length não está definido e o servidor o exige.

Falha na pré-condição 412 - O cliente indicou pré-condições em seus cabeçalhos que o servidor não cumpre.

413 Carga útil muito grande - A entidade de solicitação é maior do que os limites definidos pelo servidor; o servidor pode fechar a conexão ou retornar um campo de cabeçalho Retry-After.

URI 414 muito longo - O URI solicitado pelo cliente é mais longo do que o servidor está disposto a interpretar.

415 Tipo de mídia não suportado - O formato de mídia dos dados solicitados não é compatível com o servidor, portanto, o servidor está rejeitando a solicitação.

416 Faixa Não Satisfatória - O intervalo especificado pelo campo de cabeçalho Range na solicitação não pode ser atendido; é possível que o intervalo esteja fora do tamanho dos dados do URI de destino.

417 Expectativa falhada - Este código de resposta significa que a expectativa indicada pelo campo do cabeçalho da solicitação Expect não pode ser atendida pelo servidor.

418 Eu sou um bule de chá - Qualquer tentativa de preparar café com um bule de chá deve resultar no código de erro “418 I'm a bule”. O corpo da entidade resultante PODE ser curto e robusto.

421 Solicitação mal direcionada - A solicitação foi direcionada a um servidor que não pode produzir uma resposta. Isso pode ser enviado por um servidor que não está configurado para produzir respostas para a combinação de esquema e autoridade que estão incluídos no URI do pedido.

422 Entidade não processável - A solicitação foi formatada corretamente, mas não pode ser processada em seu formato atual. Freqüentemente usado quando os parâmetros especificados falham em erros de validação.

423 Bloqueado - O recurso solicitado foi encontrado, mas foi bloqueado e não será devolvido.

424 Dependência com falha - A solicitação falhou devido a uma falha de uma solicitação anterior.

425 Demasiado cedo - Indica que o servidor não está disposto a correr o risco de processar uma solicitação que pode ser reproduzida.

426 Atualização necessária - O servidor se recusa a realizar a solicitação usando o protocolo atual, mas pode estar disposto a fazê-lo depois que o cliente atualizar para um protocolo diferente. O servidor envia um cabeçalho de atualização em uma resposta 426 para indicar o (s) protocolo (s) necessário (s).

428 Pré-requisito necessário - O servidor de origem requer que a solicitação seja condicional. Esta resposta pretende evitar o problema de 'atualização perdida', onde um cliente obtém o estado de um recurso, modifica-o e o coloca de volta no servidor, quando entretanto um terceiro modificou o estado no servidor, levando a um conflito.

429 Pedidos demais - O usuário enviou muitas solicitações em um determinado período de tempo (“limitação de taxa”).

431 Campos do cabeçalho da solicitação muito grandes - O servidor não deseja processar a solicitação porque seus campos de cabeçalho são muito grandes. A solicitação pode ser reenviada após reduzir o tamanho dos campos do cabeçalho da solicitação.

440 Tempo limite de login - Uma extensão da Microsoft. Indica que sua sessão expirou.

444 Sem resposta - Usado em logs do Nginx para indicar que o servidor não retornou nenhuma informação ao cliente e fechou a conexão (útil como um impedimento para malware).

449 Repetir com - Uma extensão da Microsoft. A solicitação deve ser repetida após a execução da ação apropriada.

450 bloqueados pelos controles dos pais do Windows - Uma extensão da Microsoft. Este erro ocorre quando o Controle dos Pais do Windows está ativado e bloqueia o acesso à página da Web fornecida.

451 Indisponível por motivos legais - 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.

451 Redirect - Usado no Exchange ActiveSync se houver um servidor mais eficiente a ser usado ou se o servidor não puder acessar a caixa de correio do usuário.

494 Cabeçalho de solicitação muito grande - Código interno Nginx semelhante a 431, mas foi introduzido anteriormente na versão 0.9.4

Erro 495 Cert - Código interno Nginx usado quando ocorreu um erro de certificado de cliente SSL para distingui-lo de 4XX em um log e um redirecionamento de página de erro.

496 Sem Cert - Código interno Nginx usado quando o cliente não forneceu certificado para distingui-lo de 4XX em um log e um redirecionamento de página de erro.

497 HTTP para HTTPS - Código interno Nginx usado para as solicitações HTTP simples que são enviadas para a porta HTTPS para distingui-la de 4XX em um log e um redirecionamento de página de erro.

498 Token expirado / inválido - Devolvido por ArcGIS for Server. Um código 498 indica um token expirado ou inválido.

499 Pedido Fechado do Cliente - Usado em logs do Nginx para indicar quando a conexão foi fechada pelo cliente enquanto o servidor ainda está processando sua solicitação, tornando o servidor incapaz de enviar um código de status de volta.

499 token necessário - Devolvido por ArcGIS for Server. Um código 499 indica que um token é necessário (se nenhum token foi enviado).

Códigos de status 5XX: erros do servidor

500 Internal Server Error - Um status genérico para um erro no próprio servidor.

501 Não implementado - O método de solicitação não é compatível com o servidor e não pode ser manipulado. Os únicos métodos que os servidores devem oferecer suporte (e, portanto, que não devem retornar esse código) são GET e HEAD.

502 Bad Gateway - Essa resposta de erro significa que o servidor, enquanto trabalhava como gateway para obter uma resposta necessária para lidar com a solicitação, obteve uma resposta inválida.

Serviço 503 Indisponível - O servidor não está pronto para lidar com a solicitação. As causas comuns são um servidor que está fora do ar para manutenção ou que está sobrecarregado. Observe que junto com esta resposta, uma página amigável explicando o problema deve ser enviada. Essas respostas devem ser usadas para condições temporárias e o cabeçalho Retry-After: HTTP deve, se possível, conter o tempo estimado antes da recuperação do serviço. O webmaster também deve cuidar dos cabeçalhos relacionados ao cache que são enviados junto com essa resposta, já que essas respostas de condição temporária geralmente não devem ser armazenadas em cache.

504 Tempo limite do gateway - Esta resposta de erro é fornecida quando o servidor está atuando como um gateway e não pode obter uma resposta a tempo.

Versão HTTP 505 não suportada - A versão HTTP usada na solicitação não é compatível com o servidor.

Variante 506 também negocia - O servidor tem um erro de configuração interno: o recurso variante escolhido está configurado para se envolver na própria negociação de conteúdo transparente e, portanto, não é um ponto final adequado no processo de negociação.

507 Armazenamento insuficiente - O método não pôde ser executado no recurso porque o servidor não pode armazenar a representação necessária para concluir a solicitação com êxito.

508 Loop Detectado - O servidor detectou um loop infinito ao processar a solicitação.

509 Limite de largura de banda excedido - Este código de status não é especificado em nenhum RFC. Seu uso é desconhecido.

510 Não estendido - São necessárias outras extensões da solicitação para que ela seja atendida.

511 Autenticação de rede necessária - O cliente deve se autenticar na rede antes de enviar solicitações.

520 Erro desconhecido - Este código de status não é especificado em nenhum RFC e é retornado por certos serviços, por exemplo servidores Microsoft Azure e CloudFlare: “O erro 520 é essencialmente uma resposta" pega-tudo "para quando o servidor de origem retorna algo inesperado ou algo que é não tolerado / interpretado (violação de protocolo ou resposta vazia). ”

Servidor Web 521 está inoperante - O servidor de origem recusou a conexão de CloudFlare.

522 Conexão expirada - CloudFlare não conseguiu negociar um handshake TCP com o servidor de origem.

523 A origem é inacessível - CloudFlare não conseguiu alcançar o servidor de origem; por exemplo, se os registros DNS do servidor de origem estiverem incorretos.

524 Ocorreu um tempo limite - CloudFlare conseguiu completar uma conexão TCP com o servidor de origem, mas não recebeu uma resposta HTTP oportuna.

Falha no handshake do SSL 525 - CloudFlare não conseguiu negociar um handshake SSL / TLS com o servidor de origem.

526 Certificado SSL inválido - CloudFlare não pôde validar o certificado SSL / TLS que o servidor de origem apresentou.

Erro 527 Railgun - A solicitação expirou ou falhou depois que a conexão WAN foi estabelecida.

Resumo

Você pode usar esta Folha de dicas do código de status HTTP como uma referência a todos os possíveis status HTTP e códigos de erro HTTP, o que significa cada código, por que eles estão sendo gerados quando o código pode ser um problema e como lidar com os problemas.

Clique aqui para baixar 📥 esses códigos de status HTTP fazem dicas e os mantêm por perto como uma referência rápida de todos os códigos de status.

Para resumir:

1XX Os códigos de status HTTP são solicitações puramente informativas.
2XX Os códigos de status HTTP são solicitações de sucesso. O código de resposta do status de sucesso do HTTP 200 OK indica que a solicitação foi bem-sucedida.
3XX Os códigos de status HTTP indicam um redirecionamento. Os códigos de status HTTP 3xx mais comuns incluem os códigos de status HTTP “301 movido permanentemente”, “302 encontrado” e “307 redirecionamento temporário”.
4XX códigos de status são erros do cliente. Os códigos de status 4xx mais comuns são “404 não encontrado” e o código de status HTTP “410 desaparecido”.
5XX Os códigos de status HTTP são erros do servidor. O código de status 5xx HTTP mais comum é o código de status “503 serviço indisponível”.

Referências:
https://developer.mozilla.org/en-US/docs/Web/HTTP/Status
https://en.wikipedia.org/wiki/List_of_HTTP_status_codes
https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html