Définition des différents codes d'erreur 400

Mise à jour : 2022-05-16 / Article par : Timothy Shim

Les codes d'erreur 400 sont des codes d'état HTTP qui indiquent que le serveur n'a pas compris la requête. Ces erreurs peuvent être causées par une demande non valide ou parce que le serveur a rencontré un problème et n'a pas pu fournir ce que vous recherchiez. 

Le problème est que la plupart des codes d'erreur sont représentés par un nombre et une courte description de quelques mots. Pour aider ceux qui ont du mal à comprendre cela, je vais développer légèrement les descriptions pour plus de clarté.

Qu'est-ce qui cause les erreurs de demande incorrecte ?

Les erreurs de demande incorrecte sont le résultat de diverses choses, mais la cause la plus courante est lorsqu'un utilisateur saisit une URL de manière incorrecte. Cela peut se produire lorsqu'un individu utilise une barre oblique ou une esperluette de manière incorrecte ou omet complètement une partie de l'URL. Le serveur aura du mal à traiter la demande et renverra finalement le code d'erreur 400.

Une autre possibilité est que l'utilisateur ait tapé une URL à partir d'une source extérieure et l'ait copiée de manière incorrecte ou se soit trompée d'une manière ou d'une autre. Par exemple, si vous accédez à un site Web à l'aide de votre téléphone, puis saisissez l'adresse d'un site Web, vous risquez de mal saisir certains caractères en raison du syndrome du gros doigt (comme moi).

Une raison moins courante des erreurs de requête incorrecte est qu'il y a un problème avec la communication client-serveur. Cela peut être dû au fait que le serveur ne comprend pas du tout ce qui est demandé par le client (le navigateur de votre ordinateur), ou qu'il ne peut pas exécuter ce qui lui est demandé même s'il comprend ce qui se passe.

Si vous recevez ce type de message d'erreur 400, essayez d'actualiser votre page ou d'exécuter d'autres recherches jusqu'à ce que vous en trouviez une qui fonctionne correctement, et utilisez simplement cette URL au lieu de celle qui vous cause actuellement des problèmes.

Liste des 400 codes d'erreur et leur signification

Savoir ce que ces erreurs signifient et comment elles peuvent être résolues vous aidera à résoudre les problèmes avec le serveur de votre site Web si vous en rencontrez un à l'avenir, et comprendre leurs définitions peut vous aider à déterminer pourquoi votre site Web ne diffuse pas correctement son contenu sur n'importe quel moment.

400 Bad Request

L'erreur 400 Bad Request est assez courante et se produit lorsqu'une demande de ressource (par exemple, essayer d'accéder à une page Web ou à une image) est malformée sur le serveur et ne peut pas vous donner la ressource. C'est presque la même chose qu'une erreur 404 Not Found, mais cela se produira souvent dans les cas où quelque chose pourrait être trouvé mais a été jugé impropre à l'utilisation par le client.

Des exemples de ce code d'état incluent lorsque :

  • La demande contient une syntaxe non valide ou ne peut pas être satisfaite ;
  • Un corps de message superflu est fourni avec un champ d'en-tête Content-Length invalide, ou il n'y avait personne mais un champ d'en-tête Content-Length était inclus ;
  • Il y a eu un routage trompeur (par exemple, le client a tenté d'utiliser un proxy via un hôte autre que celui identifié par l'URI demandé) ; ou alors
  • Il échoue parce qu'une requête précédente a échoué (par exemple, si une séquence de requêtes échoue en raison d'échecs « attendus » sur une séquence de requêtes non sécurisées, une réponse 503 peut être appropriée).

401 non autorisé

Une réponse d'état d'erreur 401 signifie que vous n'avez pas les bons identifiants d'authentification pour accéder à ce que vous essayez de faire. Ce code d'état HTTP est également fréquemment utilisé en cas de problème d'authentification du client avec un proxy intermédiaire.

402 Paiement requis

Une erreur 402 signifie que le serveur a refusé une demande car soit vous n'avez pas effectué de paiement, soit vous avez effectué un paiement mais vous n'avez pas configuré de mode de paiement. Vous rencontrerez généralement cette erreur lorsque vous testez un site sur votre machine locale et que vous n'avez pas encore payé pour l'hébergement. Considérez-le comme votre site Web vous disant "d'abord, payez-moi".

403 Interdite

erreur 403
Les erreurs 403 coûtent un centime sur Internet

Les erreurs 403 sont une autre rencontre courante et se produisent lorsqu'il existe des processus de serveur Web avec des autorisations de lecture de fichier insuffisantes. Cela peut également être dû à une propriété ou à des autorisations incorrectes sur un script ou un dossier dans le répertoire racine de votre site, ainsi qu'à un manque de droits d'accès appropriés sur une ressource qui se trouve dans votre espace Web.

En bref, vous obtiendrez cette erreur si vous essayez de vous connecter à une URL avec une adresse IP qui vous représente mais qui n'a pas (encore) été attribuée par le fournisseur d'accès Internet ; s'il n'y a pas du tout une telle URL ; ou s'il n'y a pas d'URL de ce type et qu'elle appartient à quelqu'un d'autre (par exemple, s'il a supprimé son site).

404 Introuvable

Le 404 Not Found est peut-être le code d'erreur le plus courant que vous pouvez vous attendre à rencontrer. Cela indique que le serveur ne trouve pas la ressource demandée. Dans un monde idéal, chaque lien sur lequel vous cliquez ou chaque page Web que vous demandez aurait un temps de réponse normal et renverrait exactement ce que vous cherchiez, mais en réalité, cela ne se produit pas toujours.

Si un utilisateur reçoit une erreur 404 Not Found lorsqu'il essaie de visiter une page Web, cela signifie que l'une des deux choses suivantes s'est produite :

  • La page n'est plus disponible sur le site (ou ne l'a jamais été).
  • Il y a une erreur avec l'URL, par exemple, l'adresse a été mal orthographiée.

Dans ce contexte, un autre mot pour "cassé" est mort (comme dans lien mort).

Méthode 405 non autorisée

Le code d'erreur HTTP 405 Méthode non autorisée signifie que, pour une raison quelconque, le serveur est configuré pour rejeter des méthodes de requête spécifiques. Il s'agit d'une réponse HTTP standard pour les requêtes qui ne sont pas autorisées dans une condition spécifique. Par exemple, si vous essayez de publier un formulaire de données sur une URL, mais que votre client est configuré pour utiliser la méthode GET au lieu de POST, vous déclencherez cette erreur.

La raison la plus probable pour laquelle vous obtenez ce message d'erreur est due à des autorisations mal configurées sur votre serveur. Si vous essayez de corriger cette erreur sur votre site Web, le meilleur endroit pour obtenir de l'aide serait votre service d'hébergement fournisseur. Vous devez demander s'ils autorisent la méthode HTTP en question.

Vous pouvez également configurer votre site Web ou votre application Web afin qu'il ne repose pas sur un verbe HTTP spécifique en définissant les paramètres dans votre .htaccefichier ss.

406 Non acceptable

L'erreur 406 Non acceptable est un code d'erreur client. Le serveur répondra avec cette erreur lorsqu'il est incapable d'envoyer une réponse qui correspond au format demandé dans l'en-tête de la demande. En d'autres termes, si vous demandez un fichier JPG et que le serveur doit vous envoyer un PDF à la place, il répondra avec cette erreur.

Ce code d'erreur n'apparaît pas souvent et certains navigateurs peuvent ne pas l'afficher correctement.

Un code d'état 406 signifie uniquement qu'il y a eu un problème avec le format de votre demande. Le corps du message 406 ne doit pas être inclus dans la réponse, donc si vous en voyez un, il se peut qu'il y ait quelque chose de défectueux de votre côté. 

Cela peut parfois être causé par un bogue du navigateur ou un logiciel malveillant sur votre système qui force le téléchargement de la source de chaque page en tant que HTML même si d'autres formats ont été spécifiés dans vos préférences. Il est fort probable que cette erreur se soit produite en raison d'une requête d'URL incorrecte (par exemple, en saisissant "www.examplecom" au lieu de "www.example​.com").

407 Authentification proxy requise

Le 407 Proxy Authentication Required signifie que le serveur est incapable de terminer la demande car le client ne dispose pas des informations d'authentification appropriées pour un le serveur proxy qui intercepte la requête entre le client et le serveur.

Une erreur 407 se produit souvent lorsqu'un site Web tente de charger du contenu via un serveur proxy, mais qu'il ne reçoit aucune autorisation de ce proxy. Cette erreur peut être liée à une configuration incorrecte de vos paramètres Internet ou pare-feu. Cela peut également signifier que vous utilisez un ordinateur configuré par votre école ou votre lieu de travail et que ces entités vous empêchent d'accéder à certains sites Web.

408 Délai de demande

Avec le code 408, le client n'a pas produit de demande dans le délai pendant lequel le serveur était prêt à attendre. Vous voyez, lorsqu'il s'agit de communication sur Internet, les machines n'ont pas la patience des humains, elles attendent des réponses immédiates. Et comme ces machines fournissent souvent des informations ou des services cruciaux, elles peuvent parfois être impitoyables.

La cause la plus probable d'une erreur 408 est que le client a produit une demande importante (telle que le téléchargement d'un système d'exploitation complet), ou qu'il peut produire une demande trop rapidement. Ce dernier se produit généralement avec des processus automatisés (par exemple, des bots). 

Dans les deux cas, le serveur a expiré en attendant la demande ; il n'attend plus rien de plus de votre navigateur et fermera votre connexion si vous continuez à garder le silence.

Conflit 409

Un conflit 409 est un code d'erreur client qui indique qu'il y a un problème avec ce qui se passe lors de votre tentative de faire une demande à partir du serveur Web. Par exemple, pour supprimer un élément du dossier de quelqu'un panier sur un site e-commerce, vous devez d'abord vous assurer qu'il existe dans leur panier afin de le supprimer. 

Si vous essayez d'envoyer une demande DELETE pour supprimer un article qui n'est pas dans leur panier, cela entraînera un conflit 409. Pour parler simplement, vous ne pouvez pas supprimer quelque chose qui n'est pas là.

Fini 410

Le code d'erreur 410 Gone est une réponse à une demande de ressource qui n'existe plus. Le serveur ne répondra à aucune requête pour cette ressource et elle doit être supprimée du cache du client.

Ce code d'erreur indique que la ressource a été intentionnellement supprimée et ne reviendra pas. Il est similaire à 404 Not Found mais est parfois utilisé à la place d'une erreur 404 pour les ressources qui existaient auparavant mais qui ont été supprimées à dessein.

Longueur 411 requise

Le code d'état 411 Length Required indique que le serveur attend un champ d'en-tête Content-Length contenant une valeur de longueur valide dans la demande du client. Une valeur d'en-tête Content-Length valide doit être présente dans la demande et être égale ou supérieure à zéro.

Si une requête POST n'inclut pas d'en-tête Content-Length, il est probable que l'agent utilisateur la rejettera avec un message d'erreur tel que "411 Length Required" ou "411 missing required fields".

La condition préalable 412 a échoué

Le code de réponse 412 Precondition Failed indique qu'il existe des conditions existantes qui doivent encore être remplies par le serveur. Le serveur doit répondre avec une liste de ces conditions préalables (uniquement celles qui ont échoué à la vérification) en utilisant un en-tête Retry-After ou en envoyant un code d'état 417 Expectation Failed.

Parfois, cette erreur est utilisée comme réponse « OK » pour d'autres types de conditions, par exemple lorsque l'utilisateur a été authentifié avec succès mais n'a pas l'autorisation d'accéder à la ressource demandée. Dans ce cas, il est habituel de fournir une représentation alternative de la ressource, ou de renvoyer 404 Not Found si aucune représentation de ce type n'est disponible.

413 Charge utile trop importante

Un code d'état de réponse 413 Payload Too Large indique que vous essayez de demander au serveur d'effectuer une tâche qu'il n'est pas équipé pour gérer. Puisqu'il sait qu'il est impossible de répondre à la demande, il abandonnera généralement et fermera la connexion.

Vous ne devriez pas trop vous inquiéter de cette erreur car elle n'est généralement pas permanente. Les charges utiles sont dynamiques et les serveurs incluront un champ d'en-tête Retry-After afin qu'une demande de répétition puisse être effectuée ultérieurement par le client.

414 URI trop long

Une erreur 414 URI trop longue se produit lorsque l'URL à laquelle vous essayez d'accéder ou d'utiliser est trop longue et que le serveur est incapable de la traiter. Ce code d'erreur est le plus souvent renvoyé lors de l'utilisation d'un serveur proxy, en particulier si l'URL à laquelle vous essayez d'accéder comporte de nombreux paramètres ajoutés.

L'exemple suivant montre comment un message d'erreur pour un code 414 serait renvoyé dans un navigateur :

Request-URI Too Long La longueur de l'URL demandée dépasse la limite de capacité pour ce serveur.

415 Type de support non pris en charge

Le code d'état HTTP 415 Unsupported Media Type signifie exactement ce que son nom l'indique : le serveur refuse d'accepter la requête du client car son corps est dans un format non pris en charge par la ressource cible.

Cette erreur se produit souvent lorsque le corps de la demande est formaté de manière incorrecte ou utilise un type de média non pris en charge. Par exemple, une requête POST peut contenir des données JSON, mais inclure un en-tête Content-Type qui spécifie text/HTML.

Un moyen idéal pour corriger cette erreur consiste à ajouter la prise en charge du bon type de support ou à modifier le format de votre corps afin qu'il corresponde à l'un de vos types acceptés.

416 Portée insatisfaisante

S'il y a un champ d'en-tête de demande Range dans votre demande, le le serveur web peut répondre avec cette erreur. Par exemple, si les valeurs du spécificateur de plage se chevauchent et n'incluent pas de champ d'en-tête de demande If-Range. 

Lorsque ce code d'état est retourné pour une demande de plage d'octets, la réponse DEVRAIT inclure un champ d'en-tête d'entité Content-Range spécifiant la longueur actuelle de la ressource sélectionnée. Vous ne devez pas utiliser le type de contenu multipart/byteranges.

417 Attente a échoué

Vous serez confronté à l'erreur 417 Échec de l'attente lorsque le serveur ne peut pas répondre aux exigences du champ d'en-tête de demande Expect. De nombreuses applications utilisent ce code en réponse à une signature numérique ou chiffrement utilisé dans les messages et doit inclure une attente sur la façon de traiter un tel message.

Le client est alors invité à ne pas répéter la requête sans modification ; sinon, il continuera à recevoir un code d'état 417.

418 je suis une théière

Pour ceux qui pensent que les développeurs n'ont pas le sens de l'humour, l'erreur 418 Je suis une théière semble conçue pour leur prouver le contraire. Cette erreur est renvoyée lorsqu'un client HTTP tente de préparer du café avec une théière, car la théière attachée est en fait une théière - courte et robuste. 

Le code d'erreur fait partie du traditionnel Blagues du poisson d'avril de l'IETF, dans RFC 2324, protocole de contrôle de cafetière hypertexte. D'ailleurs, ce n'est pas réel. Je l'ai seulement inclus car certains d'entre vous l'ont trouvé sur Google.

421 Demande mal acheminée

Une erreur 421 se produit lorsque le serveur refuse de diriger la requête. Cela peut se produire pour plusieurs raisons, notamment

  • Le client a envoyé des requêtes au mauvais port.
  • La demande peut être dirigée vers un autre serveur.
  • Le serveur peut être incapable de comprendre la demande.
  • Le serveur peut être incapable d'interpréter la demande.

422 Entité non traitable

Une entité 422 non traitable est une erreur client, et généralement, elle indique que le serveur n'a pas pu traiter la demande pour diverses raisons. Une probabilité courante est que la demande ait été mal formée. Il est également possible que le serveur soit un mauvais garçon et envoie des messages d'erreur qu'il ne faut pas envoyer.

Si vous obtenez une erreur 422 Entité non traitable en réponse à une demande particulière, il n'est pas possible de la corriger simplement en modifiant les paramètres de votre demande. Cela signifie simplement que l'intégralité de votre demande ne peut pas être traitée par le serveur d'application pour les raisons mentionnées ci-dessus. 

Cela peut se produire lorsque vous essayez d'accéder à un point de terminaison avec des méthodes PUT ou POST sur une URL non prise en charge.

423 verrouillé

Les erreurs 423 verrouillées sont un sous-ensemble des erreurs 400 Bad Request, ce qui signifie que le client a envoyé une requête au serveur dont la syntaxe est incorrecte. Ces erreurs sont très similaires aux codes d'erreur 401 non autorisés (ou 403 interdits), mais dans ce cas, l'authentification n'aidera pas. Bien que les deux reflètent un échec d'autorisation, il existe une différence essentielle entre eux.

Dans une erreur 401 non autorisée, le serveur informe le client qu'il n'a pas la capacité d'autoriser l'accès au client. Les en-têtes de réponse incluront quelque chose comme WWW-Authenticate: Basic realm=”Restricted Area”, et lorsque votre navigateur verra cet en-tête, il vous demandera un nom d'utilisateur et un mot de passe si vous n'en avez pas déjà saisi un. 

Si vous les saisissez correctement, votre navigateur renverra votre demande d'origine avec un en-tête d'autorisation (comme Autorisation : Basic eFVzdEp0EYB0).

En revanche, dans une erreur 423 Locked, un tel renvoi n'est pas possible car même la saisie d'informations d'identification valides n'autoriserait pas plus l'autorisation qu'elles ne le font actuellement - d'où le nom "Locked" - car cela serait de toute façon interdit. 

Les en-têtes de réponse incluront quelque chose comme « Autoriser : GET POST HEAD OPTIONS TRACE » ; autoriser ces méthodes mais pas "PATCH" ou "DELETE" - celles-ci sont verrouillées sur cette ressource.

424 Échec de la dépendance

Ce code d'erreur est similaire à un Service 503 Non disponible, sauf que le serveur n'a pas pu répondre à une demande car la demande dépend d'une autre demande et cette demande a échoué. Un client ne doit pas répéter la même demande sans modifications. 

Par exemple, un utilisateur tente d'effectuer une action en utilisant deux méthodes ; une méthode nécessite une authentification tandis qu'une autre ne le fait pas. Si l'utilisateur n'est pas authentifié, il recevra ce code d'erreur en réponse.

425 Trop tôt

Le code d'erreur 425 Too Early est renvoyé par un serveur qui n'est pas prêt à traiter la demande. Cela peut être dû au fait que le serveur est occupé ou qu'il a reçu une requête qu'il ne peut pas gérer. Une autre possibilité est que le client ait utilisé des informations obsolètes pour constituer sa demande initiale, et cela a changé depuis.

Mise à niveau 426 requise

Si une erreur 426 se produit, cela signifie que le serveur refuse de traiter la demande en fonction du protocole sélectionné. Une « mise à niveau » vers un autre protocole peut être approuvée et traitée. L'erreur 426 contiendra des informations sur les protocoles dont elle a besoin.

Par exemple, lors de la demande d'une page, un navigateur peut recevoir une réponse 426 indiquant qu'il doit utiliser HTTPS au lieu de HTTP.

428 Condition préalable requise

Le statut 428 Précondition requise signifie que les conditions doivent être remplies pour répondre à la demande. La plupart des serveurs l'utilisent pour éviter le problème de "mise à jour perdue". Cela se produit lorsqu'un client obtient un état de ressource, le modifie et le remplace sur le serveur. 

Dans l'intervalle, l'état est modifié par quelqu'un d'autre - par conséquent, un conflit surgit. Considérez-le comme deux personnes se disputant le droit d'utiliser la même page sur un ordinateur portable.

Les serveurs Web utilisent des conditions pour s'assurer que tous ceux qui travaillent avec eux disposent des copies correctes des états modifiables. Pour lancer une vérification des conditions préalables, vous devez inclure un champ d'en-tête « If-Match » ou « If-Unmodified-Since » dans votre demande. Par example:

GET /test HTTP/1.1
If-Match: "747060ad8c113d8af7ad2048f209582f

429 Trop de demandes

Erreur HTTP 429 Trop de demandes sont causées par le rejet par le serveur d'une demande HTTP parce que le client a envoyé trop de demandes dans un laps de temps donné. Cette erreur est généralement causée par un système de limitation de débit quelconque, tel que Cloudflare Limitation du débit ou d’une Script de protection anti-DDoS.

Les limites de taux varieront, il n'y a donc aucun moyen réel de prédire cela, sauf si vous êtes celui qui gère le limiteur. Cependant, tant que vous continuez à essayer de pousser cela, il y a de fortes chances que votre adresse IP soit finalement interdite.

431 Champs d'en-tête de demande trop grands

Le code d'état 431 signifie simplement que les champs d'en-tête que vous envoyez au serveur sont trop volumineux. Cela peut également signifier que le champ d'en-tête est défectueux. Dans ce dernier cas, la représentation de la réponse indiquera généralement le champ d'en-tête spécifique qui est trop grand.

Les réponses avec le code d'état 431 peuvent être utilisées par les serveurs d'origine pour indiquer que la demande peut être dangereuse ou inappropriée. La réponse doit contenir des métadonnées décrivant pourquoi une telle action ne peut pas être effectuée.

451 non disponible pour des raisons juridiques

Une erreur HTTP 451 sera signalée lorsque le contenu n'est pas disponible en raison de problèmes juridiques. Si vous recevez ce code d'erreur, vous devez contacter l'administrateur de votre serveur, qui pourra vous fournir plus d'informations sur la cause du problème et sur la manière de le résoudre.

Étant donné que cette erreur est liée à la censure et à des problèmes juridiques, il est logique que toute demande entraînant l'erreur 451 renvoie le plus souvent un message générique indiquant que la ressource n'est pas disponible pour des raisons juridiques.

Correction des codes d'erreur 400

La façon de corriger les codes d'erreur 400 dépend de si vous êtes un utilisateur ou un propriétaire du site Web. Pour les utilisateurs, vous n'avez rien d'autre à faire que d'actualiser la page ou de réessayer plus tard. Si cela ne fonctionne pas, vous devrez contacter le propriétaire/administrateur du site Web pour le faire réparer.

Si vous êtes propriétaire d'un site Web et que vous avez reçu ce code d'erreur dans votre terminal, vous devez comprendre certaines choses. Tout d'abord, de nombreux codes d'erreur 400 peuvent être causés par un code mal écrit dans les fichiers de votre serveur. Vous devrez comprendre ce que signifient ces différentes erreurs et trouver la bonne marche à suivre pour les corriger. 

Conclusion

Les erreurs 400 peuvent causer beaucoup de frustration, mais elles sont heureusement très faciles à résoudre si vous comprenez ce que veut le serveur Web. Heureusement, chaque erreur est distincte et aura ses propres messages d'état sur votre navigateur. Cela devrait vous permettre de comprendre pourquoi la demande a échoué et comment vous pourriez y remédier.

Si vous rencontrez toujours des problèmes avec une demande non résolue, essayez de contacter votre support d'hébergement ou essayez un autre navigateur car certains navigateurs peuvent gérer certaines demandes différemment.

En savoir plus

A propos de Timothy Shim

Timothy Shim est un écrivain, un éditeur et un geek de la technologie. Il a débuté sa carrière dans le domaine des technologies de l’information et a rapidement trouvé son chemin dans la presse écrite. Il a depuis travaillé avec des titres de médias internationaux, régionaux et nationaux, notamment ComputerWorld, PC.com, Business Today et The Asian Banker. Son expertise se situe dans le domaine de la technologie, tant du point de vue du consommateur que de l'entreprise.