Le site est en panne mais le DNS semble bon : une checklist de diagnostic
« Le site est en panne » peut désigner cinq problèmes complètement différents qui se ressemblent dans un navigateur. Les passer en revue dans l'ordre, en écartant chacun avant de passer au suivant, atteint la vraie cause plus vite qu'en devinant.
Étape 1 : confirmer que le DNS résout réellement
Interrogez directement le domaine et vérifiez qu'il renvoie l'adresse IP attendue. S'il ne résout pas du tout, ou renvoie NXDOMAIN ou SERVFAIL, le problème est réellement le DNS — consultez notre guide pour corriger précisément ces erreurs, plutôt que de poursuivre cette checklist.
Étape 2 : vérifier la propagation si quelque chose a changé récemment
Si un enregistrement DNS a été modifié récemment, certains résolveurs dans le monde peuvent encore servir l'ancienne réponse en cache pendant que d'autres ont déjà la nouvelle. Vérifiez la propagation sur de nombreux résolveurs avant de conclure qu'une correction n'a pas pris effet — elle n'a peut-être simplement pas encore atteint tout le monde.
Étape 3 : tester l'accessibilité du serveur, indépendamment du DNS
Une fois que le DNS résout correctement, la question se déplace entièrement hors du DNS. Connectez-vous directement à l'adresse IP renvoyée par le DNS, en contournant totalement le nom de domaine — cela isole si le problème restant a un rapport quelconque avec le DNS, ou s'il s'agit désormais purement d'un problème réseau ou serveur.
Étape 4 : vérifier le port réel, pas seulement si l'hôte répond
Un hôte peut être accessible — répondre au ping, par exemple — alors que le service précis sur le port 443 ou le port 80 est en panne, mal configuré, ou bloqué par une règle de pare-feu qui n'affecte pas le reste du trafic. Confirmez que le port réel sur lequel le site devrait tourner est ouvert et répond.
Étape 5 : vérifier le certificat TLS
Un certificat expiré ou ne correspondant pas se présente comme un site mort ou cassé dans un navigateur, même quand le DNS, le chemin réseau et le serveur web sont parfaitement en ordre — c'est l'une des causes les plus courantes signalées à tort comme un problème DNS.
Pourquoi l'ordre compte
Chaque étape écarte toute une couche avant que la suivante ne vaille la peine d'être vérifiée — inutile de déboguer le TLS sur un serveur pas encore accessible, ou l'accessibilité sur un domaine qui ne résout pas. Procéder dans l'ordre transforme un vague « ça ne marche pas » en une cause précise et corrigible.
Lancer le diagnostic complet automatiquement
Voyez la théorie en pratique — lancez Docteur DNS pour votre propre domaine.