Diagnostic DNS : tester la configuration de votre domaine
Un diagnostic DNS répond à une question simple que personne ne se pose avant la panne : que raconte votre domaine au reste d’Internet ? Serveurs de noms, adresse du site, serveurs de messagerie, enregistrements de vérification — tout tient dans une poignée de lignes. Quand l’une d’elles est fausse, le site disparaît ou les e-mails cessent d’arriver, sans qu’aucun message d’erreur ne désigne le coupable.
Gratuit, sans inscription, résultat en moins d’une minute.
Ce qui se passe quand quelqu’un tape votre adresse
Les ordinateurs ne savent pas joindre un nom, seulement une adresse IP. Entre les deux, le DNS joue le rôle d’annuaire mondial. Quand un visiteur à Douala tape votre adresse, son navigateur ne connaît pas votre serveur : il pose la question à un résolveur, souvent celui de son opérateur.
Ce résolveur remonte la chaîne. Il demande d’abord aux serveurs racines qui gère l’extension, .cm ou .com. Ceux-ci répondent en nommant les serveurs de noms de votre domaine. Le résolveur interroge enfin ces serveurs, qui délivrent la réponse faisant autorité. Trois échanges, quelques dizaines de millisecondes, et le navigateur peut enfin se connecter.
Retenez le point essentiel : la vérité sur votre domaine ne se trouve ni chez votre hébergeur ni chez votre registrar, mais sur les serveurs de noms auxquels votre domaine est délégué. Toute panne DNS se résout en identifiant d’abord qui fait autorité.
Les serveurs de noms, source de vérité de votre domaine
Les serveurs de noms sont déclarés chez le registrar où vous avez acheté le domaine. Ils désignent la machine qui détient votre zone : celle qui contient réellement vos enregistrements.
La confusion la plus coûteuse consiste à modifier une zone qui ne sert plus. Vous changez l’adresse IP du site dans l’interface de votre ancien hébergeur, rien ne bouge, et pour cause : le domaine est délégué ailleurs depuis des mois. La modification est correcte, mais personne ne la lit.
- Deux serveurs de noms au minimum, sur des infrastructures distinctes : si l’un tombe, le second répond.
- Une liste identique chez le registrar et dans la zone elle-même, sans serveur fantôme hérité d’une ancienne migration.
- Des serveurs qui répondent réellement, ce qu’une simple lecture de l’interface ne montre jamais.
Diagnostic DNS : les enregistrements à contrôler
Une zone comporte peu de types d’enregistrements réellement utiles. Les connaître suffit à comprendre la quasi-totalité des pannes.
| Type | Rôle | Symptôme s’il est faux |
|---|---|---|
A | Adresse IPv4 du serveur du site. | Le site ne s’affiche pas ou affiche un autre site. |
AAAA | Adresse IPv6 équivalente. | Lenteurs ou échecs chez les visiteurs en IPv6. |
CNAME | Alias vers un autre nom. | Boucle de redirection, ou sous-domaine inaccessible. |
MX | Serveurs de réception des e-mails. | Vous n’êtes plus joignable par e-mail. |
TXT | SPF, DMARC, vérifications de propriété. | Messages en spam, services tiers non validés. |
NS | Serveurs faisant autorité. | Le domaine entier devient injoignable. |
Le diagnostic gratuit interroge chacun de ces types via des résolveurs publics indépendants de votre hébergeur, ce qui donne la réponse vue par le monde extérieur et non celle de votre panneau d’administration.
Propagation : pourquoi le site marche chez vous et pas chez votre client
Chaque enregistrement porte une durée de vie, exprimée en secondes. Un résolveur qui a obtenu une réponse la conserve pendant ce délai avant de redemander. C’est ce qui rend Internet rapide, et ce qui donne l’impression que les changements « mettent du temps à se propager ».
Rien ne se propage réellement : les résolveurs oublient l’ancienne réponse, chacun à son rythme. Un abonné dont l’opérateur a mis la valeur en cache il y a une heure verra encore l’ancien site, tandis que son voisin voit déjà le nouveau.
La bonne méthode tient en trois gestes : abaisser la durée de vie à trois cents secondes environ vingt-quatre heures avant l’intervention, effectuer le changement, puis remettre une valeur normale une fois la nouvelle réponse constatée partout. Sans cette préparation, une migration de site peut rester visiblement incohérente pendant une journée entière.
Les pannes DNS les plus fréquentes
- Domaine expiré. Le registrar suspend la délégation ; le site et les e-mails s’arrêtent le même jour. Vérifiez la date d’expiration avant toute autre hypothèse.
- Enregistrement
Aresté sur l’ancien serveur après une migration : le site s’affiche encore, mais dans sa version d’avant. - Absence de
www. Le domaine nu fonctionne, la versionwwwne répond pas, ou l’inverse. Les deux doivent exister. MXpointant vers un serveur arrêté, souvent après un changement de messagerie : les expéditeurs reçoivent un rejet différé, vous ne voyez rien.- Un seul serveur de noms déclaré. Tout repose sur une machine ; son redémarrage rend votre domaine invisible.
Quand la zone est saine mais que les messages partent malgré tout en indésirables, le problème est ailleurs : voyez le test SPF, DKIM et DMARC.
Domaines .cm et registrars : ce qu’il faut savoir au Cameroun
Un domaine en .cm est géré par le registre national et se manipule via un bureau d’enregistrement accrédité. Les délais de traitement d’un changement de serveurs de noms y sont parfois plus longs que sur un .com, et les alertes d’expiration arrivent souvent sur une adresse créée au moment de l’achat, que plus personne ne consulte.
Trois précautions évitent l’essentiel des mauvaises surprises : inscrire l’échéance du domaine dans l’agenda de l’entreprise et pas seulement dans une boîte technique, conserver les identifiants du registrar ailleurs que chez le prestataire qui a créé le site, et vérifier une fois par an que le contact administratif est un e-mail encore relevé. Un domaine perdu se rachète rarement au prix initial.
Si vous héritez d’un domaine dont personne ne connaît l’historique, commencez par le diagnostic : il révèle en une minute qui héberge la zone, où pointe le site et quelle messagerie est déclarée. Un hébergeur local peut ensuite reprendre la zone et la maintenir, avec un interlocuteur joignable à Yaoundé.
Questions fréquentes
Mon site ne s’affiche plus : comment savoir si le problème vient du DNS ?
Deux indices tranchent rapidement. Si le nom ne se résout en aucune adresse IP, la cause est DNS. Si le nom résout correctement mais que la connexion échoue ou renvoie une erreur du serveur, le DNS fait son travail et le problème vient de l’hébergement. Le diagnostic affiche l’adresse obtenue et le code de réponse du serveur, ce qui sépare les deux cas sans ambiguïté.
Combien de temps dure réellement une propagation DNS ?
Elle dure exactement la durée de vie déclarée sur l’enregistrement modifié, souvent une heure, parfois vingt-quatre. Passé ce délai, chaque résolveur redemande la valeur et obtient la nouvelle. La règle des quarante-huit heures souvent citée est une marge de sécurité héritée d’anciennes pratiques. Abaisser la durée de vie la veille d’une migration réduit l’attente à quelques minutes.
Puis-je héberger mon site chez un prestataire et ma messagerie chez un autre ?
Oui, c’est même une configuration très répandue. L’enregistrement A dirige le site vers un serveur, les enregistrements MX dirigent les e-mails vers un autre. La seule condition est de ne pas laisser l’hébergement du site créer automatiquement des enregistrements de messagerie concurrents, erreur classique qui détourne le courrier vers un serveur où personne ne relève.
Faut-il vraiment deux serveurs de noms ?
Oui. La norme le recommande depuis toujours, et la raison est simple : avec un seul serveur, sa moindre indisponibilité rend votre domaine entièrement invisible, site et e-mails compris. Avec deux serveurs sur des infrastructures séparées, les résolveurs basculent automatiquement sur le second. La plupart des hébergeurs en fournissent deux par défaut, encore faut-il que les deux répondent.
Le diagnostic voit-il la même chose que mes visiteurs ?
Il s’en approche au plus près. L’analyse n’utilise pas le résolveur du serveur, qui répondrait depuis sa configuration locale, mais des résolveurs publics indépendants. Vous obtenez donc la réponse publiée au monde, celle que reçoit un visiteur chez son opérateur. De légères différences subsistent quand un fournisseur d’accès conserve une réponse en mémoire plus longtemps que la normale.
Votre site mérite-t-il mieux que son hébergement actuel ?
CCN Technologies héberge et sécurise sites et messageries depuis Yaoundé : HTTP/2, en-têtes de sécurité posés par défaut, SSL automatique, isolation CloudLinux, sauvegardes quotidiennes et une équipe joignable dans votre fuseau horaire.