Le serveur a reçu les en-têtes de la requête et le client doit envoyer le corps.
Que faireEnvoyez le corps de la requête, ou ignorez la réponse si la requête est déjà terminée.
Aucun outil correspondant. Essayez d’autres mots-clés ou effacez la recherche pour voir tous les outils.
Chaque code IANA avec sa signification et la suite à donner — recherchez par numéro, nom ou symptôme.
64 codes sur 64
Le serveur a reçu les en-têtes de la requête et le client doit envoyer le corps.
Que faireEnvoyez le corps de la requête, ou ignorez la réponse si la requête est déjà terminée.
Le serveur accepte la demande Upgrade et bascule vers un autre protocole.
Que faireUtilisez désormais le protocole indiqué dans l’en-tête Upgrade.
Un serveur WebDAV a accepté la requête mais n’a pas fini de la traiter.
Que faireGardez la connexion ouverte et attendez la réponse finale.
Le serveur envoie des en-têtes Link avant la réponse finale pour que le client puisse commencer à précharger.
Que fairePréchargez ou préconnectez dès maintenant ; continuez d’attendre le statut final.
Indique qu’un envoi interrompu peut être repris. Il s’agit encore d’un Internet-Draft.
Que faireReprenez à partir du décalage fourni par le serveur ; le comportement peut encore changer.
La requête a réussi ; la signification dépend de la méthode HTTP.
Que faireLisez le corps ou les en-têtes de la réponse selon la méthode.
La requête a réussi et une nouvelle ressource a été créée.
Que faireUtilisez l’en-tête Location pour trouver la nouvelle ressource.
La requête a été acceptée pour traitement mais n’est pas terminée.
Que faireInterrogez régulièrement le point de terminaison de statut ; ne supposez pas que le travail est terminé.
Les métadonnées renvoyées proviennent d’une copie, et non directement du serveur d’origine.
Que faireConsidérez les en-têtes comme ceux d’un proxy ou d’une variante locale ; vérifiez auprès de l’origine si nécessaire.
La requête a réussi et il n’y a aucun corps à renvoyer.
Que faireMettez à jour l’interface à partir du statut et des en-têtes ; n’attendez pas de corps.
Le client doit réinitialiser le document qui a envoyé la requête.
Que faireEffacez le formulaire ou la vue qui a déclenché la requête.
Le serveur a renvoyé la plage demandée de la ressource.
Que faireAjoutez les octets à votre tampon et demandez la plage suivante si nécessaire.
La réponse WebDAV contient des statuts distincts pour plusieurs ressources.
Que faireAnalysez le corps XML et traitez le statut de chaque ressource séparément.
Les membres d’une liaison ont déjà été listés, ils ne sont donc pas répétés.
Que faireIgnorez les membres en double et traitez la réponse précédente.
La réponse est un delta appliqué à la représentation actuelle (encodage delta HTTP).
Que faireAppliquez les manipulations d’instance à votre copie en cache.
Plusieurs représentations sont disponibles et le client doit en choisir une.
Que faireChoisissez une représentation dans la réponse, ou utilisez celle négociée par défaut.
La ressource a été déplacée définitivement ; les futures requêtes doivent utiliser la nouvelle URL.
Que faireMettez à jour les favoris, les liens et les plans de site vers l’URL de Location.
La ressource est temporairement disponible à une autre URL.
Que faireSuivez Location pour cette requête mais continuez d’utiliser l’URL d’origine.
Le client doit récupérer une autre ressource avec GET après cette requête.
Que faireSuivez Location avec une requête GET pour lire le résultat.
La copie en cache est toujours valide, aucun corps n’est donc nécessaire.
Que faireServez la réponse en cache ; cette réponse ne contient aucun corps.
Il a été indiqué au client d’accéder à la ressource via un proxy. Ce statut est obsolète.
Que faireNe l’utilisez pas ; configurez directement le proxy.
Réservé par d’anciennes spécifications et plus défini aujourd’hui.
Que faireIgnorez-le ; aucun comportement standard n’existe.
La ressource se trouve temporairement ailleurs et la méthode de la requête ne doit pas changer.
Que faireRépétez la requête à l’URL Location avec la même méthode et le même corps.
La ressource a été déplacée définitivement et la méthode de la requête ne doit pas changer.
Que faireMettez à jour les liens et répétez la requête à l’URL Location avec la même méthode.
Le serveur ne peut pas traiter la requête car le client a envoyé quelque chose d’invalide.
Que faireVérifiez la syntaxe de l’URL, des en-têtes et du corps ; ne réessayez qu’après correction.
Une authentification est requise, ou les identifiants fournis ont été refusés.
Que faireEnvoyez des identifiants valides ; vérifiez l’en-tête WWW-Authenticate.
Réservé aux services qui exigent un paiement ; il est rarement utilisé.
Que faireVérifiez le flux de facturation de l’API ; aucun corps de réponse standard n’est défini.
Le serveur a compris la requête mais refuse de l’autoriser.
Que faireUtilisez un compte ou un jeton disposant de la permission ; ne réessayez pas à l’aveugle.
Le serveur ne trouve pas la ressource demandée.
Que faireVérifiez l’URL et le routage, ainsi que la suppression éventuelle de la ressource.
La méthode HTTP n’est pas prise en charge pour cette ressource.
Que faireUtilisez une méthode listée dans l’en-tête de réponse Allow.
Aucune représentation ne correspond aux critères Accept de la requête.
Que faireÉlargissez l’en-tête Accept ou demandez un format pris en charge.
Un proxy entre le client et le serveur exige une authentification.
Que faireConfigurez les identifiants du proxy ; vérifiez l’en-tête Proxy-Authenticate.
Le serveur n’a pas reçu la requête complète à temps.
Que faireRéessayez avec une connexion plus rapide ou autorisez un délai plus long.
La requête entre en conflit avec l’état actuel de la ressource.
Que faireRécupérez l’état le plus récent, résolvez le conflit, puis réessayez.
La ressource a disparu définitivement et n’a aucune adresse de redirection.
Que faireSupprimez les liens et les caches ; ne réessayez pas.
Le serveur exige un en-tête Content-Length mais la requête n’en a pas envoyé.
Que faireEnvoyez Content-Length ou passez à l’encodage de transfert par blocs.
Un en-tête conditionnel tel que If-Match ou If-Unmodified-Since n’a pas été satisfait.
Que faireRécupérez la version actuelle et réessayez avec des validateurs à jour.
Le corps de la requête dépasse la limite acceptée par le serveur.
Que faireEnvoyez moins de données, compressez-les ou utilisez un envoi par blocs.
L’URL de la requête est plus longue que ce que le serveur accepte.
Que faireRaccourcissez la chaîne de requête ou envoyez les données dans le corps.
Le serveur ne prend pas en charge le type de média du corps de la requête.
Que faireEnvoyez un Content-Type pris en charge ; consultez la documentation de l’API.
La plage d’octets demandée ne peut pas être servie pour cette ressource.
Que faireVérifiez la taille de la ressource et demandez une plage Range valide.
Le serveur ne peut pas satisfaire l’attente exprimée dans l’en-tête Expect.
Que faireSupprimez ou modifiez l’en-tête Expect, puis réessayez.
Code poisson d’avril issu de la RFC 2324 ; la RFC 9110 enregistre désormais 418 comme inutilisé.
Que faireNe vous appuyez pas dessus ; aucun comportement standard n’est défini.
Le serveur ne peut pas produire de réponse pour cette combinaison de schéma et d’autorité.
Que faireRéessayez sur une connexion capable de servir cette origine.
La syntaxe de la requête est valide mais son sens empêche le traitement.
Que faireCorrigez les erreurs de validation ; lisez les détails de l’erreur dans le corps.
La ressource WebDAV est verrouillée par une autre requête.
Que faireLibérez le verrou ou envoyez le jeton de verrou avec la requête.
La requête a échoué car une requête antérieure dont elle dépendait a échoué.
Que faireCorrigez l’opération précédente et relancez le lot.
Le serveur refuse une requête susceptible d’être rejouée, souvent avec les données précoces TLS.
Que faireRéessayez plus tard ou renvoyez sans données précoces.
Le serveur exige un autre protocole pour traiter la requête.
Que faireRéessayez avec le protocole indiqué dans l’en-tête Upgrade.
Le serveur exige que la requête soit conditionnelle pour éviter les mises à jour perdues.
Que faireEnvoyez If-Match ou If-Unmodified-Since avec la requête.
La limite de débit de ce client a été dépassée.
Que faireAttendez et respectez Retry-After avant de réessayer.
Les champs d’en-tête de la requête dépassent la limite acceptée par le serveur.
Que faireRéduisez la taille des cookies ou des en-têtes, puis réessayez.
Le serveur refuse la ressource pour une raison légale.
Que faireContactez l’exploitant du site ; le blocage est volontaire.
Le serveur a rencontré une condition inattendue et n’a pas pu terminer la requête.
Que faireConsultez les journaux du serveur ; ne réessayez que si l’erreur est passagère.
Le serveur ne prend pas en charge la méthode HTTP exigée par la requête.
Que faireUtilisez une méthode prise en charge ; les serveurs doivent prendre en charge GET et HEAD.
Une passerelle ou un proxy a reçu une réponse invalide d’un serveur en amont.
Que faireVérifiez le service en amont et réessayez avec un backoff.
Le serveur est surchargé ou arrêté pour maintenance.
Que faireRéessayez après le délai indiqué par Retry-After.
Une passerelle n’a pas reçu de réponse en temps voulu d’un serveur en amont.
Que faireVérifiez la latence en amont et réessayez avec un délai plus long.
Le serveur ne prend pas en charge la version HTTP utilisée par la requête.
Que faireRéessayez avec HTTP/1.1 ou une autre version prise en charge.
La négociation de contenu est mal configurée et renvoie vers elle-même.
Que faireCorrigez la configuration de négociation du serveur ; il s’agit d’un bug serveur.
Le serveur WebDAV ne peut pas stocker la représentation nécessaire à la requête.
Que faireLibérez de l’espace de stockage ou réduisez la taille de la requête.
Le serveur WebDAV a détecté une boucle infinie lors du traitement de la requête.
Que faireCorrigez la configuration ou les données qui provoquent la boucle.
Le client doit déclarer une extension HTTP dont le serveur a besoin. Ce statut est obsolète.
Que faireMettez à jour le client ou utilisez une API prise en charge.
Le client doit s’authentifier pour accéder au réseau, comme dans un portail captif.
Que faireOuvrez la page de connexion du réseau et authentifiez-vous.
Aucun code de statut correspondant
Essayez le numéro (404), la phrase officielle (Not Found), ou un symptôme comme timeout ou limite de débit.
théière
418 Je suis une théière — 4xx · Erreur client Code poisson d’avril issu de la RFC 2324 ; la RFC 9110 enregistre désormais 418 comme inutilisé. Que faire : Ne vous appuyez pas dessus ; aucun comportement standard n’est défini.
La recherche couvre aussi des alias absents de la fiche : « théière » vient de la plaisanterie du RFC 2324, et « limite de débit » trouve 429. Vous pouvez aussi associer un code à un mot du texte — « 404 url » retrouve bien 404.
Utiles pour déboguer la requête ou la réponse autour du code de statut.