Quand tout fonctionne sauf un site, il reste quatre suspects : le navigateur, la traduction du nom, le réseau qui vous relie, le serveur. Le texte exact de l’erreur les départage avant la première manipulation.
Quand un seul site résiste, quatre étages peuvent être en cause : le profil du navigateur, la traduction du nom en adresse, le réseau qui vous relie, et le serveur distant. Le message d’erreur désigne presque toujours l’étage. Un code HTTP affiché, 403, 404, 500 ou 502, prouve que le serveur vous a répondu : la panne est chez lui et rien de local ne la corrigera. Un « serveur introuvable » désigne le DNS, un « délai d’attente dépassé » désigne le chemin ou un filtrage. Le test décisif consiste à rouvrir la même adresse depuis un autre réseau.
Tout fonctionne. La messagerie relève, les vidéos se lancent, les autres onglets s’ouvrent. Un seul site refuse, et c’est évidemment celui dont vous avez besoin ce soir. Commence alors la séquence habituelle : recharger, vider le cache, redémarrer la box, essayer un autre navigateur, s’énerver.
Cette séquence a un défaut : elle traite au hasard quatre problèmes qui n’ont rien à voir. Entre votre écran et le site, il y a le profil de votre navigateur, la traduction du nom en adresse, le réseau qui vous relie, et enfin le serveur du site. Un seul de ces quatre étages est cassé, et vous manipulez les trois autres.
Or le message d’erreur, celui que personne ne lit jusqu’au bout, nomme l’étage dans la quasi-totalité des cas. Savoir le lire fait passer le dépannage de vingt minutes de gestes aléatoires à deux minutes de vérifications ciblées.
Quand toute la connexion est tombée, le diagnostic remonte les couches du réseau, et c’est une autre affaire : la marche à suivre figure dans la méthode de diagnostic quand il n’y a plus de connexion du tout. Ici, le réseau fonctionne, ce qui élimine d’emblée les étages bas. Restent quatre suspects, et ils laissent des traces différentes.
La règle de lecture tient en une phrase : plus le message est précis sur le contenu de la page, plus la panne est loin de vous. Un code de statut affiché à l’écran signifie que votre requête est arrivée jusqu’au serveur et qu’il a pris la peine de répondre. Un message du navigateur qui parle de nom, de délai ou de refus signifie que la conversation n’a jamais commencé.
| Ce que vous lisez | Étage en cause | Ce que cela prouve | Le test suivant |
|---|---|---|---|
| 404, 403, 429, 500, 502, 503 | Le serveur du site | Vous l’avez atteint, il a répondu | Vérifier l’adresse, sinon attendre |
| Serveur DNS introuvable, nom non résolu | La traduction du nom | Aucune adresse n’a été obtenue | Résoudre le nom depuis un autre réseau |
| Délai d’attente dépassé | Le chemin ou un filtrage | L’adresse existe, personne ne répond | Même adresse en données mobiles |
| Connexion refusée | La machine visée | Elle est joignable et ferme la porte | Vérifier le port, le protocole, l’adresse |
| Avertissement de certificat | L’appareil, souvent l’horloge | Le chiffrement s’établit, la validation échoue | Contrôler la date et l’heure |
| Page blanche, éléments manquants | Le navigateur ou un filtre | La page arrive, quelque chose la mange | Fenêtre privée, extensions coupées |
Les codes de statut se lisent par famille. Ceux qui commencent par 4 mettent en cause la requête : 404 pour une adresse qui ne correspond à rien, 403 pour un accès refusé, 429 pour un trop grand nombre de demandes en peu de temps. Ceux qui commencent par 5 mettent en cause le service : 500 pour une erreur interne, 502 pour un intermédiaire qui n’obtient rien de la machine derrière lui, 503 pour un service indisponible.
La conséquence pratique est contre-intuitive. Devant un 502 ou un 503, il n’y a rien à faire, et c’est une information précieuse : la panne touche tous les visiteurs, votre installation est hors de cause, et la seule stratégie raisonnable est d’attendre quelques minutes. Devant un 404, la faute est presque toujours dans l’adresse : un chemin périmé, une majuscule, un lien collé à moitié. La lecture détaillée d’une URL montre où ces coupures se produisent.
Le 403 mérite une attention particulière, car il vise souvent la provenance plutôt que la personne. Une adresse publique partagée par des centaines d’abonnés, un tunnel chiffré dont les adresses de sortie sont mal réputées, une restriction géographique : le serveur vous voit et vous écarte. Couper temporairement un réseau privé virtuel suffit à trancher ce point en dix secondes.
Ce message signifie qu’aucune adresse n’a pu être obtenue pour le nom demandé. Le navigateur n’a donc contacté personne. Trois causes dominent : le domaine a expiré ou a été supprimé, le résolveur que vous utilisez est défaillant ou filtre ce nom, ou une réponse périmée est restée en mémoire quelque part sur le trajet.
Ce « quelque part » compte, parce que les réponses sont conservées à quatre endroits au moins : dans le navigateur, dans le système, dans la box qui relaie les demandes, et chez le résolveur de l’opérateur. Chacun garde la réponse pendant la durée de vie fixée par le domaine, de quelques minutes à plusieurs heures. Un site qui vient de déménager de serveur peut donc rester introuvable chez vous alors qu’il s’ouvre chez votre voisin. Le fonctionnement complet de cette chaîne est décrit dans l’explication du DNS.
Le test se fait en deux gestes. Résolvez le nom depuis un autre réseau, par exemple en données mobiles : si le nom se traduit là-bas et pas chez vous, le domaine existe et le problème est sur votre chemin. Videz ensuite le cache local, avec ipconfig /flushdns sous Windows, puis rouvrez le navigateur. Si le nom ne se résout nulle part, le domaine lui-même est en cause, et vous n’y pouvez rien.
Ces deux messages sont souvent confondus, alors qu’ils décrivent des comportements opposés. Une connexion refusée est une réponse : la machine visée est joignable, elle a reçu la demande et elle l’a déclinée immédiatement. Un délai d’attente dépassé est une absence de réponse : le paquet est parti et rien n’est revenu, pendant des dizaines de secondes.
Cette différence désigne le coupable. Jeter un paquet sans rien répondre est le comportement standard d’un pare-feu ou d’un dispositif de filtrage, précisément pour ne pas révéler sa présence. Un long silence suivi d’un échec oriente donc vers un filtrage, chez vous, dans votre entreprise ou chez votre opérateur. Un refus immédiat oriente plutôt vers un service arrêté sur une machine bien vivante.
Ouvrez la même page depuis un téléphone en données mobiles, wifi coupé. Le résultat sépare le monde en deux. Si la page s’affiche, le site va bien et le blocage se situe entre vous et lui. Si elle échoue aussi, le site est en cause, et toute manipulation sur vos appareils est du temps perdu.
Dans le premier cas, les suspects se comptent sur une main. Un dispositif de contrôle parental actif sur la box ou sur l’appareil, souvent oublié après une configuration ancienne. Un filtrage d’entreprise ou d’établissement scolaire. Un logiciel de sécurité qui inspecte le trafic chiffré et se trompe de cible. Et les blocages décidés par une autorité : en France, certains sont ordonnés par un juge, d’autres relèvent d’une procédure administrative, et l’opérateur les applique soit en renvoyant une page d’information, soit en ne résolvant plus le nom. La logique générale des retraits et signalements est détaillée dans la procédure de signalement d’un contenu illicite.
Le cas inverse existe aussi : un site inaccessible depuis les données mobiles et parfaitement joignable à la maison. Les réseaux mobiles filtrent parfois davantage, et certains services refusent les plages d’adresses mobiles partagées. Ce n’est pas votre installation, c’est une politique.
La fenêtre de navigation privée est le meilleur test de cet étage, parce qu’elle démarre sans vos cookies ni, le plus souvent, vos extensions. Elle n’efface rien et ne protège de rien de plus : ce qu’elle cache réellement est traité dans l’article sur la navigation privée. Ici, elle sert d’instrument de mesure.
Si la page s’ouvre en privé et pas en navigation normale, trois causes reviennent. Une extension, en particulier un bloqueur de contenus ou une protection anti-traçage, qui supprime un élément indispensable au fonctionnement de la page. Un cookie devenu invalide ou trop volumineux, qui provoque un refus du serveur, parfois affiché comme une erreur 400. Un ancien fichier conservé par le site pour fonctionner hors ligne et resté dans un état incohérent après une mise à jour.
Le bon geste consiste à supprimer les cookies et données du seul site concerné, depuis les réglages du navigateur, plutôt que d’effacer l’ensemble. Vous réglez le cas sans vous déconnecter de tous vos comptes. Si le problème persiste et qu’il touche plusieurs machines du logement, remontez d’un cran : ce n’est plus le navigateur.
Un avertissement de sécurité sur un seul site indique en général un certificat expiré ou mal installé de son côté. Le même avertissement sur plusieurs sites à la fois désigne votre appareil, et presque toujours son horloge. Un certificat est valable entre deux dates ; si l’appareil se croit en 2019 ou en 2031, tout devient invalide d’un coup. Un ordinateur resté longtemps éteint, une pile de carte mère en fin de vie ou un fuseau horaire mal réglé produisent ce symptôme. Le rôle exact du certificat est expliqué dans la page consacrée à HTTPS.
Le portail captif des réseaux publics est l’autre grand piège. Tant que vous n’avez pas accepté les conditions sur la page d’accueil du réseau, tout est dévié. Or une déviation ne peut pas se faire discrètement vers un site chiffré, sous peine de déclencher exactement l’avertissement décrit plus haut. C’est pourquoi un hôtel ou un train semble ne rien afficher : la page de connexion n’apparaît que si vous ouvrez une adresse non chiffrée, ou si le système la détecte par sa requête de contrôle. Certains domaines, protégés par une politique stricte de transport, refusent même toute possibilité de passer outre.
Une catégorie de pannes n’en est pas une : vous n’êtes pas sur le site que vous croyez. Une lettre inversée, une extension en .com au lieu de .fr, un lien reçu par message qui imite un domaine officiel à un caractère près. Le navigateur affiche alors soit une erreur, soit une page qui ressemble à s’y méprendre à la bonne. Le réflexe utile est de retaper le nom du domaine à la main plutôt que de suivre un lien, et de s’exercer à repérer les faux avec le quiz de reconnaissance des arnaques.
Deux mécanismes plus rares méritent d’être connus. Un logiciel malveillant peut détourner la résolution des noms sur l’appareil, en modifiant le fichier local qui associe des noms à des adresses ou en imposant son propre résolveur : les symptômes sont alors des sites qui basculent vers des pages publicitaires, ou des sites de sécurité inaccessibles alors que tout le reste fonctionne. La méthode de vérification figure dans le diagnostic d’un appareil infecté. À l’inverse, un site simplement très lent à répondre n’est pas bloqué : la différence se mesure, et le test de débit fait dans les règles distingue une ligne saturée d’un serveur lent.
Reste la panne de box qui n’en est pas une non plus. Redémarrer l’équipement quand un seul site résiste ne corrige rien, sauf dans le cas particulier d’une table de traduction saturée. Ce que cette manœuvre répare vraiment est décrit dans l’article sur le redémarrage de la box.
Une seule question sépare les deux moitiés du problème : la réponse est-elle venue du serveur ? Si un code s’affiche, oui, et votre travail s’arrête là : vous notez l’heure, vous réessayez plus tard, vous prévenez éventuellement l’éditeur du site. Si aucun code n’apparaît, la conversation n’a pas eu lieu, et vous remontez le chemin dans l’ordre : profil du navigateur, appareil, réseau local, opérateur. Chaque essai doit répondre à cette question, et non ajouter une manipulation de plus à une liste sans fin.
Parce que le blocage se situe sur le chemin, pas sur le site. Trois familles de causes : le résolveur de noms utilisé par votre box, qui ne traduit plus ce domaine ou le filtre ; un contrôle parental ou un filtrage actif sur la box ou sur l’appareil ; un blocage décidé par une autorité et appliqué par votre opérateur. Testez d’abord la même adresse depuis un autre appareil du logement, puis en changeant temporairement de résolveur.
Ces deux codes viennent du site lui-même. Un 502 indique qu’un serveur intermédiaire a bien reçu votre requête mais n’a pas obtenu de réponse exploitable de la machine placée derrière lui. Un 503 indique un service momentanément indisponible, souvent une surcharge ou une maintenance. Dans les deux cas, la panne est chez l’hébergeur, elle touche tous les visiteurs, et la seule action utile est d’attendre puis de réessayer.
Cela le règle quand le résolveur employé par défaut est en cause, et cela ne change rien dans tous les autres cas. Traitez ce changement comme un test de diagnostic : s’il débloque le site, vous avez identifié l’étage responsable. Gardez en tête qu’un résolveur éloigné ajoute quelques millisecondes à chaque visite et peut renvoyer vers un serveur moins bien placé. Le mécanisme est détaillé dans l’article sur le DNS.
Les liens ci-dessus renvoient vers les textes et les organismes cités. Les dates de consultation sont celles de la dernière relecture, le 13 septembre 2026.
Dans ce thème
Dans la rubrique
Adresse IP, DNS, wifi, fibre, 5G, cookies : le réseau démonté pièce par pièce.