HTTP 408 : voici comment corriger l’erreur Timeout

Lorsque vous consultez des pages sur le World Wide Web, votre na­vi­ga­teur Internet doit dans un premier temps les charger. Le protocole de base utilisé pour cette trans­mis­sion, qui s’effectue par défaut via TCP, est le protocole HTTP (Hypertext Transfer Protocol) sans statut, qui définit l’échange de messages initial entre le serveur web et le na­vi­ga­teur. D’après le principe client/serveur classique, le na­vi­ga­teur s’annonce sous la forme d’une requête HTTP à laquelle le serveur réagit en envoyant une réponse com­pre­nant le code de statut.

En tant qu’uti­li­sa­teur, vous n’avez gé­né­ra­le­ment pas cons­cience de cette com­mu­ni­ca­tion entre le na­vi­ga­teur et le serveur, sauf lorsqu’un code d’erreur HTTP apparaît : en effet, si un problème survient lors de cet échange, le na­vi­ga­teur affiche souvent un code de type 4xx ou 5xx qui cor­res­pond à dif­fé­rentes sources d’erreur côté client ou serveur. L’erreur HTTP 408 indique par exemple qu’un dé­pas­se­ment de délai est survenu dans la requête du client. Ce guide vous explique comment un tel dé­pas­se­ment de délai peut se produire et comment résoudre ce problème.

Comme toutes les erreurs de la série 4xx, l’error code HTTP 408 fait partie des erreurs renvoyant à un problème côté client. Si l’on se penche de plus près sur les raisons de ce message d’erreur, on constate qu’il ne s’agit pas né­ces­sai­re­ment d’un fonc­tion­ne­ment erroné du na­vi­ga­teur : l’error 408 est associée à l’in­for­ma­tion « Request Timeout », qui, en des termes simples, signifie que la requête envoyée par le client au serveur web a pris plus de temps que ce que permet ce serveur. Par con­sé­quent, le na­vi­ga­teur reçoit un message HTTP 408 en lieu et place de la réponse normale. Ceci peut na­tu­rel­le­ment venir de problèmes avec votre connexion Internet, mais on ne peut pas non plus exclure que le dé­pas­se­ment de délai résulte d’une surcharge ou d’une con­fi­gu­ra­tion erronée du serveur web.

Même s’il existe plus de 50 codes de statut HTTP, dont plus de la moitié renvoie à des messages d’erreur, les messages ne sont souvent qu’une aide technique per­met­tant la ré­so­lu­tion ul­té­rieure du problème. Il en va de même de l’error code 408, qui, au fond, n’indique rien de plus ou de moins que le fait qu’un délai trop important s’est écoulé sans transfert de données dans un in­ter­valle de temps prédéfini après l’éta­blis­se­ment d’une connexion TCP/IP. Comme souvent, les causes de ce retard de trans­mis­sion, et donc de ces messages d’erreur, sont multiples. En voici quelques exemples :

• Problèmes de bande passante et in­ter­rup­tions de la connexion : les messages HTTP 408 sont souvent le résultat de problèmes de connexion Internet. Il est par exemple possible que la bande passante soit si faible qu’elle provoque un échec de la requête HTTP dans l’in­ter­valle de temps défini. On peut d’autre part imaginer que la connexion Internet s’est in­ter­rom­pue briè­ve­ment après l’éta­blis­se­ment de la connexion TCP/IP avec le serveur, de telle sorte que les données de la requête n’ont pas pu être envoyées ou uni­que­ment de façon partielle.
• Con­sul­ta­tion d’URL in­cor­rectes ou inac­ces­sibles : toutes les URL d’un projet web ne sont pas né­ces­sai­re­ment ac­ces­sibles à tous les visiteurs ou ac­ces­sibles sans cryptage. Aussi, si vous consultez par inad­ver­tance une page pour laquelle vous ne disposez pas d’au­to­ri­sa­tion ou si vous tentez de consulter une page HTTPS sans avoir SSL/TLS activé, il est tout à fait possible qu’une erreur 408 Timeout se produise. D’autre part, de nom­breuses URL ap­pli­quent des res­tric­tions con­cer­nant les méthodes de requêtes HTTP au­to­ri­sées (GET, POST, HEAD, PUT, etc.), de telle sorte que le dé­pas­se­ment de délai peut également résulter de l’uti­li­sa­tion d’une méthode erronée. Dans les deux cas, il existe cependant des messages standard renvoyant au type de problème concerné (« 403: Forbidden » pour des ten­ta­tives d’accès non au­to­ri­sées et « 405: Method Not Allowed » pour les méthodes HTTP in­dis­po­nibles).
• Mauvaise con­fi­gu­ra­tion du serveur web : quel que soit le logiciel de serveur web utilisé, l’ex­ploi­tant du projet web définit dans le fichier de con­fi­gu­ra­tion cor­res­pon­dant après combien de secondes une requête HTTP doit être rejetée. Dans ce cadre, il existe des valeurs séparées pour l’en-tête et le corps des messages HTTP. Si le serveur choisit un in­ter­valle de temps trop faible pour le processus de trai­te­ment d’une ou des deux com­po­sante(s) du paquet, l’erreur 408 côté uti­li­sa­teur peut tout à fait venir de là.
• Plug-ins, ex­ten­sions, modules et autres : l’uti­li­sa­tion d’ex­ten­sions obsolètes ou fonc­tion­nant de façon erronée est un problème qui peut se retrouver aussi bien côté client que côté serveur. Dans ce cas, le dé­pas­se­ment de délai HTTP et l’erreur HTTP 408 peuvent provenir des plug-ins de na­vi­ga­teur utilisés par le visiteur du site Internet ou des modules CMS utilisés par l’ex­ploi­tant.

Lorsque vous êtes confronté à un message d’erreur « 408: Request Timeout » lors de la con­sul­ta­tion d’un site Internet, vous souhaitez na­tu­rel­le­ment trouver une solution aussi rapide que possible à ce problème. Cependant, il ne vous sera pas toujours possible de le résoudre par vous-même. Si l’erreur se trouve ex­clu­si­ve­ment côté client, vous avez de bonnes chances de pouvoir corriger l’erreur 408 en suivant l’une des approches dé­tail­lées ci-après.

Avant de vous lancer dans une recherche d’erreur plus la­bo­rieuse, votre attention doit se porter en premier lieu sur l’URL saisie à travers laquelle vous souhaitez consulter la page ou la ressource web désirée. Dans certaines cir­cons­tances, il est en effet possible que vous ayez choisi une URL qui n’est plus ac­ces­sible. Ceci peut notamment se produire lorsque vous consultez le projet web désiré à l’aide d’un signet placé au­pa­ra­vant. Si le webmaster res­pon­sable a modifié les au­to­ri­sa­tions ou les méthodes de requête au­to­ri­sées dans l’in­ter­valle ou est passé par exemple au HTTPS, il est fort probable que le lien en­re­gis­tré ne conduise plus au site souhaité et entraîne une erreur HTTP 408 ou un message d’erreur similaire. Par con­sé­quent, assurez-vous que l’URL saisie est correcte et actuelle afin d’exclure cette source d’erreur.

Les problèmes de connexion Internet sont toujours source de stress. Il arrive souvent que la connexion ne fonc­tionne plus du tout, empêchant ainsi tout accès à Internet. Évi­dem­ment, les pannes totales de ce genre ne passent pas ina­per­çues, mais la plupart du temps, vous ne prêtez pas attention aux fluc­tua­tions ou aux in­ter­rup­tions tem­po­raires de votre connexion. Vous attribuez alors à tort l’origine des délais de char­ge­ment prolongés et des messages d’erreur survenant dans ce cadre – comme l’erreur 408 – au site Internet consulté. C’est pourquoi il est re­com­mandé de soumettre votre connexion Internet à une vé­ri­fi­ca­tion rapide en con­sul­tant par exemple d’autres sites Internet ou en ef­fec­tuant un test de débit.

Si vous constatez alors des dif­fi­cul­tés tech­niques avec votre accès à Internet, il est conseillé de procéder à un re­dé­mar­rage de votre routeur. Si le problème de connexion persiste après ce re­dé­mar­rage, il est alors pertinent de prendre contact avec votre four­nis­seur d’accès Internet.

En quelques clics seulement, les fonc­tion­na­li­tés des na­vi­ga­teurs web peuvent être étendues à l’aide de plug-ins, d’add-ons ou d’ex­ten­sions. Mais bien qu'elles soient pratiques, ces ex­ten­sions ne fonc­tion­nent pas toujours comme prévu et, dans le pire des cas, nuisent à la na­vi­ga­tion et pro­vo­quent l’ap­pa­ri­tion de messages d’erreur comme l’error HTTP 408. Ceci est souvent dû au fait que les ex­ten­sions sont obsolètes et/ou ne sont plus com­pa­tibles avec la version actuelle du na­vi­ga­teur parce que leur dé­ve­lop­pe­ment n’a pas été poursuivi ac­ti­ve­ment. Afin de tester si l’erreur de dé­pas­se­ment de délai repose sur une ou plusieurs extension(s) intégrée(s), dé­sac­ti­vez-les com­plè­te­ment, de façon tem­po­raire. Si le problème est corrigé, vous pouvez réactiver les plug-ins les uns après les autres afin de dé­ter­mi­ner quelle extension est res­pon­sable du message d’erreur HTTP.

L’erreur « 408: Request Timeout » ne peut pas toujours être résolue en utilisant l’une des pro­po­si­tions pré­sen­tées, notamment lorsqu’elle repose sur des problèmes per­sis­tants en lien avec votre connexion Internet. Dans un tel cas, il est conseillé de vous consacrer à une autre activité et de réessayer ul­té­rieu­re­ment. Si l’échange HTTP se traduit à nouveau par un échec, l’origine de l’erreur se trouve très pro­ba­ble­ment du côté du serveur web. Si le webmaster res­pon­sable a renseigné ses coor­don­nées, vous pouvez le contacter pour savoir si le problème est connu et quand la page sera à nouveau dis­po­nible.

Pour le visiteur, le problème de dé­pas­se­ment de délai HTTP est prin­ci­pa­le­ment agaçant parce qu’il empêche d’accéder à la page souhaitée au moment voulu, mais pour le webmaster, le problème prend une tout autre envergure. Lorsqu’une multitude d’uti­li­sa­teurs accédant au site Internet est con­fron­tée à ce message d’erreur sur une période prolongée, les ré­per­cus­sions se font non seulement sentir au niveau du trafic, mais aussi au niveau de la ré­pu­ta­tion de l’ap­pli­ca­tion web. Elle peut de plus être sanc­tion­née par les moteurs de recherche, lorsque des erreurs comme l’error HTTP 408 sur­vien­nent fré­quem­ment ou lorsque la ré­so­lu­tion tarde à arriver. Par con­sé­quent, si vous êtes res­pon­sable d’un projet web, il est conseillé de prendre im­mé­dia­te­ment des mesures lorsque vous prenez con­nais­sance de problèmes de dé­pas­se­ment de délai.

Les mauvais réglages sont l’une des prin­ci­pales causes des codes d’erreur HTTP, comme l’error « 408: Request Timeout », côté serveur. Aussi, votre attention doit-elle tout d’abord se porter sur le fichier de con­fi­gu­ra­tion cor­res­pon­dant qu’il provienne de Apache (httpd.conf ; apache2.conf), NGINX (nginx.conf) ou un autre logiciel. Dans les pa­ra­mètres du serveur web Apache, regardez tout par­ti­cu­liè­re­ment les di­rec­tives « Kee­pA­li­ve­Ti­meout » et « Re­ques­tRead­Ti­meout ». Ces deux di­rec­tives fixent un in­ter­valle de temps pour les requêtes HTTP entrantes dont la valeur peut éven­tuel­le­ment être trop faible (une valeur de 15 ou même 30 secondes est re­com­man­dée). Si votre projet web fonc­tionne sur un serveur NGINX, vous devrez examiner les di­rec­tives « keepalive_timeout », « client_body_timeout » et « client_header_timeout ». N’oubliez pas d’en­re­gis­trer les mo­di­fi­ca­tions du fichier de con­fi­gu­ra­tion cor­res­pon­dant avant de re­dé­mar­rer le serveur web afin de corriger dé­fi­ni­ti­ve­ment le problème HTTP 408.

Comme nous l’avons vu plus haut, l’error HTTP 408 se produit uni­que­ment sur une page ou des pages isolées d’un projet web, car ces pages pré­sen­tent des erreurs de con­fi­gu­ra­tion con­cer­nant les droits d’accès et les méthodes HTTP au­to­ri­sées. Par con­sé­quent, si vous prenez con­nais­sance d’un problème de dé­pas­se­ment de délai, il est re­com­mandé de vérifier quelle(s) URL provoque(nt) l’erreur HTTP. Pour ne pas avoir à consulter chaque page ma­nuel­le­ment, jetez sim­ple­ment un œil au journal d’erreurs de votre serveur web dans lequel toutes les erreurs HTTP sont au­to­ma­ti­que­ment archivées. Si vous avez repéré des pages pro­blé­ma­tiques, vous pouvez à tout moment re­cher­cher les causes du dé­pas­se­ment de délai de façon ciblée et, le cas échéant, procéder à une mo­di­fi­ca­tion des droits et des méthodes d’accès.

Les systèmes de gestion de contenu (« Content Ma­na­ge­ment Systems »), qui cons­ti­tuent la base des projets web, sont fortement demandés. Un avantage non né­gli­geable de ces pla­te­formes réside dans leur capacité à être étendue avec des modules, des modèles et des plug-ins per­met­tant des fonc­tion­na­li­tés, des mises en page et des designs sup­plé­men­taires. À l’instar de leurs équi­va­lents côté client, ces ex­ten­sions peuvent également entraîner une erreur 408 Request Timeout. Dans la multitude de modules com­plé­men­taires et de plug-ins dis­po­nibles, vous trouverez toujours des éléments qui vous pro­met­tent une énorme valeur ajoutée pour votre projet, mais qui, au final, ne fonc­tion­ne­ront pas comme vous le sou­hai­tiez ou ne seront plus dé­ve­lop­pés à partir d’un certain moment. Ceci s’applique en par­ti­cu­lier aux ex­ten­sions de pres­ta­taires tiers avec lesquels des problèmes peuvent survenir à chaque nouvelle version du CMS. La solution la plus simple consiste à dé­sac­ti­ver les plug-ins (et si né­ces­saire, les modules) cor­res­pon­dants.

Il est bien sûr possible que l’erreur ne soit pas due à une source externe et se cache dans le code généré par vos soins. Si vous ren­con­trez un code d’erreur 408 et si vous n’avez pas trouvé de solution en ins­pec­tant les fichiers de con­fi­gu­ra­tion du serveur web ou en vérifiant le système de gestion des contenus, il est conseillé de jeter un œil à la structure HTML ainsi qu’aux snippets CSS et aux scripts (Ja­vaS­cript, PHP, etc.). Si vous ne parvenez pas à corriger le problème de dé­pas­se­ment de délai à l’aide de ces méthodes, n’hésitez pas à effectuer un processus de débogage complet à l’aide d’un logiciel adéquat. Vous pourrez ainsi localiser et réparer les portions de code erronées de façon efficace.

Plus le nombre de requêtes HTTP at­teig­nant le serveur web est important, plus grandes seront les res­sources né­ces­saires au trai­te­ment. Si la puissance de calcul dis­po­nible n’est pas suf­fi­sante pour gérer le trafic entrant, les messages d’erreur comme « 408: Request Timeout » ne seront pas une exception. Si votre budget le permet, vous devriez alors con­si­dé­rer une aug­men­ta­tion de la per­for­mance du pro­ces­seur et de la mémoire vive.