Si vous naviguez sur le Web tous les jours, tout ne fonctionne pas toujours comme prévu. De temps en temps, votre navigateur affiche un code d’état au lieu du contenu souhaité. Lors de la communication entre le serveur Web et le client, c’est-à-dire votre navigateur, des messages d’état sont transmis, mais uniquement en cas de problèmes. La fenêtre de votre navigateur Internet affiche alors un message d’erreur plus ou moins cryptique. L’affichage du code http 400 indique que quelque chose s’est mal passé avec la demande de votre client. Nous vous expliquons en détail ce que signifie ce message d’erreur et nous vous donnons des conseils sur la façon dont résoudre le problème.
Avec le code de statut, le serveur Web renvoie l’état des requêtes au client. Si le serveur renvoie le message 200 (ce que vous ne voyez normalement pas lors de la navigation), tout va bien. La requête a été réussie et le contenu désiré a été transmis. Ceci est différent avec les codes des zones 400 et 500 qui servent à indiquer des erreurs de différentes sortes.
Tous les codes des zones 100 et 200 servent à confirmer la réussite de différents processus. En général, peu d’utilisateurs voient ce type de messages, comme ceux de la zone 300 : la transmission est réussie, mais le client doit effectuer une nouvelle opération. Il s’agit pour la plupart de redirections, que le navigateur exécute automatiquement et que vous ne remarquez que dans peu de cas en tant qu’utilisateur.
Ceci est tout à fait différent avec les messages d’erreur : le groupe d’erreurs en 500 est lié à des erreurs du côté du serveur, tandis que la zone d’erreurs en 400 indique une requête défectueuse du client. Le message d’erreur le plus populaire est sans aucun doute l’erreur 404 : not found. La cause de cette erreur est habituellement une URL ou un contenu supprimé à tort.
Avec une erreur 400, il est difficile de déterminer ce qui s’est mal passé. Dans une certaine forme, la demande elle-même est défectueuse. Le protocole HTTP, du moins selon l’opinion du serveur Web, n’a pas été respecté correctement, c’est pourquoi la requête ne peut pas être modifiée. Le serveur a interprété la requête comme défectueuse ou même nocive. Par conséquent, il a empêché le chargement du site. Les raisons du message d’erreur sont souvent liées avec le navigateur Web utilisé ou sont dues à une erreur de la part de l’utilisateur :
Le message d’erreur « TTTP 400 Bad Request » ne fait donc pas apparaître directement où réside le problème de communication. Si toutefois le serveur Web ciblé utilise IIS 7.0, IIS 7.5 ou IIS 8.0 comme système, des informations plus détaillées sont visibles sur le code de statut :
Par ailleurs, une erreur 400 ne se produit pas seulement lors de la navigation sur un navigateur. D’autres programmes, tels que les clients de messagerie, peuvent également recevoir le code de statut lors de la communication avec un serveur.
Comme avec la plupart des codes de statut affichant un message d’erreur, recharger simplement le site devrait être suffisant dans de nombreux cas. Le problème devrait être temporaire, surtout si l’erreur se produit pour la première fois sur un site Web que vous pouvez normalement charger sans problème. Si un nouveau chargement de la page ne résout pas directement le problème, cela entraîne parfois la réussite de la suppression du cache du navigateur. Éventuellement, votre navigateur Web vient de sauvegarder une copie du message d’erreur.
L’étape suivante pour analyser le problème devrait être de vérifier l’URL : si vous avez entré l’adresse vous-même dans la barre de votre navigateur, vérifiez si elle ne comporte pas de faute de frappe. Si vous avez cliqué sur un lien, vous pouvez vérifier l’orthographe ou accéder à la page principale, puis accéder à la page souhaitée.
Le problème peut également survenir en raison de cookies obsolètes ou incorrects. Pour résoudre ce problème, supprimez simplement l’entrée correspondante dans votre navigateur. Lorsque vous visitez le site Web à nouveau, le logiciel crée un nouveau cookie.
Les informations concernant la visite d’un site Web sont enregistrées dans les Cookies. Le serveur Web peut ainsi savoir si vous avez visité le site Web par le passé ainsi que les paramètres effectués à ce moment. Une directive européenne est censée assurer la sphère privée des internautes en matière de cookies.
Une autre possibilité de solution est de supprimer votre cache DNS. Lorsque vous naviguez sur Internet, les noms de domaine que vous entrez sont traduits en adresses IP, uniquement pour se connecter au World Wide Web. Pour ce faire, une résolution de noms doit être effectuée. Pour raccourcir ce processus, votre PC enregistre temporairement les données collectées dans le cache DNS. Cependant, la prochaine fois que le domaine est entré dans le navigateur et que l’entrée n’a pas été automatiquement supprimée du cache, la résolution du nom est prise directement à partir du cache. Si cette entrée est corrompue ou n’est plus à jour, le message « HTTP Bad request » s’affiche.
Pour supprimer l’entrée incorrecte, vous devez supprimer le cache DNS complet. Pour ce faire, exécutez l’invite de commande sous Windows et entrez la commande pour vider la mémoire cache.
ipconfig /flushdns
Pour les systèmes Mac, la commande dépend de la version OS. Ces commandes sont entrées via le terminal :
L’erreur http 400 se produit également lorsque l’en-tête http est trop long. En principe, les en-têtes n’ont pas de limite de taille. Toutefois, le serveur cible peut avoir défini une limite. L’en-tête se compose de plusieurs champs, dans lesquels les requêtes et les réponses sont définies. Lorsque les deux acteurs ont convenu des paramètres, les données demandées sont échangées. Si cela ne fonctionne pas, un message d’erreur s’affiche. Etant donné qu’il s’agit d’une communication entre votre navigateur et le serveur Web, les erreurs 400 correspondent généralement à des problèmes avec le client, causés par le navigateur. La meilleure façon de tester si votre navigateur par défaut crée le problème est de passer temporairement sur un autre navigateur.
Si le chargement de la page fonctionne sur le navigateur de test, revenez à votre navigateur Web par défaut. Supprimez y tout d‘abord vos cookies (si vous ne l’avez pas déjà fait précédemment pour régler le problème). Cette fois, ne supprimez pas seulement les cookies de manière ciblée, mais la totalité par sécurité. La raison pour cela : des cookies sont transférés en en-tête, c’est même comme cela que le serveur Web apprend des informations sur vos précédentes visites. Si le navigateur contient trop d’entrées dans la requête, l’en-tête pourrait dépasser la limite de longueur.
Si cette tentative de résolution de problème n’aboutit pas à un succès, il est pertinent de réinstaller complètement le navigateur ou bien de revenir aux réglages d’usine. Selon votre navigateur, il existe différentes façons de réinitialiser. Sur Firefox, accédez au centre d’aide pour dépannage en entrant : about:support. Vous y trouverez de nombreuses informations qui vous aideront à détecter les erreurs dans le logiciel. Même si vous contactez une équipe d’assistance, ces données sont importantes. Vous trouverez un bouton sur cette même page indiquant « nettoyer Firefox ». Un clic enregistre vos paramètres actuels, puis supprime les extensions ainsi que plusieurs paramètres.
Sur Internet Explorer, vous trouverez le bouton « réinitialiser » dans les options Internet sous l’onglet « avancé » ou « restaurer par défaut » (sous IE 6). Le navigateur Microsoft vous laisse le choix de supprimer ou non vos paramètres personnels lors de la réinitialisation. Comme Internet Explorer compte également sur ces paramètres en tant que caches et cookies, il est également recommandé de les supprimer.
Avec Chrome, vous trouverez la fonction « réinitialiser » dans les paramètres du système. Le navigateur conserve vos données personnelles, comme les mots de passe stockés et l’historique, mais restaure tout à l’état d’usine. Fermez le navigateur et redémarrez-le pour que les modifications prennent effet.
Si vous êtes un Webmaster et que vous vous êtes déjà plaint du code d’erreur 400, une modification des paramètres de serveur pourrait aider. Afin que des messages d’erreur ne s’affichent plus en raison d’un en-tête http trop long, les Webmasters peuvent poser des limites. Cependant, vous devez savoir qu’avec des limites plus élevées, vous augmentez aussi le risque de requêtes détériorées. L‘Internet Engineering Task Force (IETF) a également abordé l’erreur 400 Bad Request comme sujet de sa documentation sur http 1.1 et a souligné le risque de limites excessivement élevées (Smuggling Attacks) :
« A server that receives a request header field, or set of fields, larger than it wishes to process MUST respond with an appropriate 4xx (Client Error) status code. Ignoring such header fields would increase the server's vulnerability to request smuggling attacks (Section 9.5). »
Vous souhaitez de toute façon modifier la limite? Chaque serveur Web a sa propre méthode. Par exemple, avec IIS (utilisant ASP.NET), vous modifiez par exemple „maxRequestLength“ et „maxAllowedContentLength“. Avec Apache au contraire, vous définissez la limite avec „LimitRequestFieldSize“.
Malheureusement, il se peut qu’aucune des variantes de résolution de problèmes présentées n’aboutisse au but. Vous devriez dans ce cas chercher de l’aide ailleurs. En principe, vous disposez de deux personnes à contacter selon que l’erreur http 400 est affichée sur une page spécifique, sur plusieurs sites ou sur tous les sites. Si l’erreur ne se produit que sur une page particulière et que les tentatives précédentes pour résoudre le problème n’ont pas réussi, vous pouvez contacter le Webmaster de la page, ou du moins essayer de le faire. Vous pouvez également contacter votre fournisseur d’accès à Internet si vous ne pouvez plus naviguer régulièrement, car l’erreur 400 Bad Request est affichée en permanence. Même si le problème ne concerne pas le fournisseur, l’équipe d’assistance peut vous aider.
Dans les deux cas, vos contacts fournissent généralement autant d’informations que possible. Cela inclut, d’une part, toutes les tentatives que vous avez entreprises jusqu’ici pour se débarrasser du problème. D’autre part, vous fournissez également des données sur votre système : quel système d’exploitation utilisez-vous ? Quel navigateur Internet utilisez-vous pour surfer sur le Net ? Avez-vous installé des extensions pour ce navigateur ? Utilisez-vous un pare-feu ou allez-vous sur Internet via un Proxy ? Toutes ces informations aident aussi bien l’équipe d’assistance qu’un webmaster pour la résolution du problème. Ceci vous permettra de surfer sur Internet à nouveau sans être dérangé par des erreurs 400.
Les codes de statut HTTP s’affichent lorsque quelque chose ne se passe pas comme prévu sur le Web. À cet égard, le 502 Bad Gateway ne fait pas exception. Mais ce message d’erreur est particulièrement épineux, dans la mesure où il ne précise pas clairement de quel côté se situe l’erreur. Dans la chaine de gateways exécutés pour les requêtes Internet, l’erreur peut survenir à de nombreux moments....
Si votre navigateur affiche une erreur HTTP 403 au lieu de la page Web souhaitée, cela signifie que le serveur Web a refusé votre accès à la page demandée. La raison peut varier d’un cas à un autre : l’opérateur du site a parfois protégé l’accès à une zone, parfois la cause peut simplement être la configuration de vos paramètres de navigation. Nous vous indiquons quelles sont les causes fréquentes...
Vous surfez actuellement sur Internet, mais à la place du contenu souhaité vous recevez un message d’erreur ? C’est souvent très énervant. Surtout si vous ne connaissez pas la signification du code de statut. En effet, comment résoudre le problème si vous ne connaissez pas la cause ? Nous vous expliquons ce qui signifie l’erreur 401 et ce que vous pouvez faire pour la résoudre.
HTTP est un intermédiaire indispensable entre le navigateur et le serveur Web : ils communiquent entre eux en utilisant le protocole de transmission sur la couche application, via différents types de messages. Par exemple, le navigateur utilise une requête HTTP pour demander une ressource ou bien transmettre ses propres données au serveur. Si l’une de ces méthodes HTTP ne fonctionne pas, une...
