62 codes
Le serveur a reçu les en-têtes de la requête et le client doit procéder à l'envoi du corps.
Le serveur accepte de changer de protocole selon la demande du client (par exemple, HTTP → WebSocket).
Le serveur traite la demande mais n’a pas encore de réponse disponible.
Permet au serveur d'envoyer des en-têtes de lien anticipés avant la réponse finale, ce qui optimise la charge de ressources.
La requête a été réussie. Le sens exact dépend du protocole HTTP utilisé (GET renvoie le ressource, POST renvoie le résultat de l'action).
La requête a été réussie et un nouveau ressource a été créé. Typiquement en réponse à un POST ou à un PUT.
La demande a été acceptée pour traitement, mais ce traitement n’est pas encore terminé (traitement asynchrone).
La requête a été réussie, mais les informations contenues dans le corps proviennent d'une copie cachée fournie par des tiers, et non du serveur d'origine.
La requête a été réussie mais il n'y a pas de contenu à envoyer. C'est fréquent dans les réponses à des DELETE ou des PUT réussis.
La requête a été réussie. Le client doit redémarrer la vue du document (par exemple, nettoyer un formulaire).
Le serveur ne fournit qu'une partie du ressource, en raison d'un en-tête Range envoyé par le client. Utilisé pour les téléchargements réutilisables et le streaming.
Le corps de réponse contient de nombreux codes d'état pour différents sous-ressources (WebDAV).
Les membres d'un DAV binding ont déjà été énumérés dans une réponse précédente et ne sont pas réinscrits (WebDAV).
Le serveur a exécuté une requête GET et la réponse est une représentation du résultat d'une ou plusieurs opérations d'instance appliquées au ressource actuelle.
La requête a plus d'une réponse possible. Le client doit en choisir une.
L'URL du ressource a été changée de manière permanente. La nouvelle URL est incluse dans l'en-tête Location.
Le ressource est temporairement située dans une autre URI. Le client doit utiliser la même URI originale pour les futures requêtes.
Le serveur redirige le client vers un autre ressource avec GET, même si la requête initiale utilisait un autre protocole.
La cache du client est actualisée. Elle est utilisée en réponse aux requêtes conditionnelles (If-None-Match, If-Modified-Since).
Le recours doit être accessible via un proxy. Obsolete pour des raisons de sécurité.
Le ressource est temporairement située dans une autre URI. Contrairement à 302, le protocole HTTP ne doit pas changer lors de la redirection.
Le ressource a été déplacée en permanence vers une autre URI. À la différence du 301, le protocole HTTP ne doit pas changer lors de la redirection.
Le serveur ne peut pas traiter la demande en raison d'une erreur du client : syntaxe malformée, paramètres non valides, etc.
Le client doit s'authentifier pour obtenir la réponse. Le serveur doit inclure l'en-tête WWW-Authenticate.
Réservé pour un usage futur. Certains services l'utilisent pour indiquer qu'un paiement est requis.
Le client n’a pas le droit d’accéder au ressource. Contrairement à 401, le serveur sait qui est le client mais lui refuse l’accès.
Le serveur n’a pas trouvé le ressource demandée. Il est également utilisé pour refuser l’accès à des ressources existantes sans en révéler l’existence.
Le protocole HTTP utilisé n'est pas autorisé pour le ressource demandée. Le serveur doit inclure l'en-tête Allow avec les méthodes autorisées.
Le serveur ne peut pas produire une réponse qui corresponde aux critères de négociation de contenu envoyés par le client.
Le client doit s'authentifier auprès du proxy intermédiaire avant que celui-ci n'envoie la demande au serveur.
Le serveur a fermé la connexion car le client a mis trop de temps à envoyer la requête complète.
La requête entre en conflit avec l'état actuel du serveur (par exemple, modification simultanée du même ressource).
Le ressource demandée n’est plus disponible et ne le sera plus. Contrairement à 404, on sait avec certitude qu’elle a été supprimée.
Le serveur rejette la demande car l'en-tête Content-Length requis n'a pas été inclus.
Le serveur a évalué les conditions préalables de la requête (en-têtes If-*) et l'une d'entre elles a échoué.
Le corps de la demande dépasse les limites définies par le serveur.
La URI de la demande est plus longue que ce que le serveur peut interpréter.
Le format du contenu de la demande n'est pas supporté par le serveur (type MIME non accepté).
Le nombre de bytes demandé ne peut pas être satisfait : il est hors des limites du ressource.
Le serveur ne peut pas satisfaire aux exigences indiquées dans l'en-tête Expect de la requête.
Le serveur rejette les tentatives de préparer du café car c'est une théière. Code de blague défini dans le RFC du Hyper Text Coffee Pot Control Protocol (HTCPCP).
La requête a été adressée à un serveur qui ne peut pas produire une réponse pour la combinaison d'esquisse et d'autorité.
La demande est correctement formulée mais ne peut pas être traitée en raison d'erreurs sémantiques (par exemple, validation des données).
Le ressource vers laquelle on tente d'accéder est bloquée (WebDAV).
La requête a échoué car elle dépendait d'une autre requête qui a également échoué (WebDAV).
Le serveur n’est pas disposé à traiter une requête qui pourrait être répétée, afin d’éviter les attaques de répétition.
Le serveur refuse de traiter la demande en utilisant le protocole actuel ; le client doit le mettre à jour (par exemple, passer à TLS).
Le serveur exige que la requête soit conditionnelle (inclure les en-têtes If-Match, etc.) afin d'éviter les mises à jour perdues.
Le client a envoyé trop de demandes dans un laps de temps donné (limitation de débit).
Le serveur rejette la demande car un ou plusieurs en-têtes HTTP sont trop longs.
Le contenu n’est pas disponible pour des raisons légales (censure gouvernementale, ordonnance judiciaire, etc.).
Le serveur a détecté une condition inattendue qui l’a empêché d’exécuter la demande. Il s’agit du code d’erreur générique du serveur.
Le serveur ne supporte pas la fonctionnalité requise pour traiter la demande (par exemple, méthode HTTP non reconnue).
Le serveur, agissant en tant que passerelle ou proxy, a reçu une réponse non valide du serveur distant.
Le serveur n’est pas disponible temporairement, généralement en raison d’une surcharge ou d’un entretien. Le champ Retry-After peut indiquer quand il sera disponible.
Le serveur, agissant en tant que passerelle, n’a pas reçu de réponse en temps voulu du serveur en amont.
Le serveur ne supporte pas la version du protocole HTTP utilisée dans la demande.
Erreur de configuration interne : la variante de contenu sélectionnée est configurée pour négocier le contenu par elle-même.
Le serveur ne peut pas stocker la représentation nécessaire pour compléter la demande (WebDAV).
Le serveur a détecté un cycle infini lors du traitement de la demande (WebDAV).
D'autres extensions sont nécessaires à la demande pour que le serveur puisse la traiter.
Le client doit s'authentifier pour accéder au réseau (par exemple, portail captif Wi-Fi).
Il n'existe pas de norme pour les codes propriétaires de Cloudflare, Nginx, IIS et d'autres serveurs web.