Le DNS : le système nerveux d'Internet
Le Domain Name System (DNS) est l'un des protocoles les plus fondamentaux d'Internet : il traduit les noms de domaine lisibles par les humains (comme google.com) en adresses IP numériques compréhensibles par les machines (comme 142.250.180.46). Sans DNS, nous devrions retenir et saisir des adresses IP pour chaque site web — une tâche impensable compte tenu des milliards de sites existants. Le DNS fonctionne comme une base de données hiérarchique distribuée sur des millions de serveurs dans le monde, avec un système de cache à plusieurs niveaux qui garantit des réponses rapides.
Lorsque vous saisissez une URL dans le navigateur, le système d'exploitation interroge d'abord le cache DNS local, puis le résolveur de votre FAI, qui à son tour interroge les serveurs racine, les serveurs du TLD (.com, .it, etc.) et enfin les serveurs de noms autoritatifs du domaine. Cette chaîne de requêtes, appelée résolution récursive, se produit en quelques millisecondes grâce au cache : chaque résolveur conserve en mémoire les réponses récentes pendant la durée du TTL (Time To Live) spécifié dans l'enregistrement. Notre DNS Lookup effectue ces requêtes en affichant les résultats détaillés pour chaque type d'enregistrement.
Types d'enregistrements DNS : le guide complet
Chaque type d'enregistrement remplit un rôle spécifique dans l'écosystème DNS. Les enregistrements A et AAAA sont les plus fondamentaux : ils associent un nom à une adresse IP. L'enregistrement CNAME crée des alias entre noms (www pointe vers le domaine principal). Les enregistrements MX dirigent le courrier vers le serveur de messagerie approprié — vérifiez-les avec le MX Lookup. Les enregistrements TXT contiennent du texte libre utilisé pour l'authentification email (SPF, DKIM, DMARC) et la vérification de la propriété du domaine. NS et SOA gèrent la délégation et l'autorité de la zone DNS.
TTL et cache : pourquoi les modifications DNS ne sont pas instantanées
Chaque enregistrement DNS possède une valeur TTL (Time To Live) exprimée en secondes qui indique pendant combien de temps les résolveurs peuvent conserver l'enregistrement en cache. Un TTL de 3600 (1 heure) signifie qu'après avoir résolu l'enregistrement, le résolveur utilisera la réponse en cache pendant une heure avant de la redemander. Un TTL élevé (86400, 24 heures) réduit le trafic DNS et améliore les performances, mais ralentit la propagation des modifications. Un TTL bas (300, 5 minutes) permet des mises à jour rapides mais génère plus de trafic DNS.
La stratégie optimale est dynamique : utilisez des TTL élevés (3600-86400) pour les enregistrements stables comme NS et MX. Avant une migration planifiée, abaissez le TTL à 300 secondes au moins 24-48 heures à l'avance (vous devez attendre l'expiration de l'ancien TTL). Après la migration, vérifiez la propagation avec DNS Propagation et remontez le TTL une fois la stabilité confirmée.
Diagnostiquer les problèmes DNS
Les problèmes DNS les plus courants et leurs solutions : le domaine ne se résout pas (vérifiez que des enregistrements A ou AAAA existent et que les serveurs de noms sont accessibles avec NS Lookup), le site affiche le mauvais contenu (l'enregistrement A pointe probablement encore vers l'ancien IP — vérifiez le TTL et attendez la propagation), les emails ne fonctionnent pas (vérifiez les enregistrements MX et que les serveurs de messagerie répondent), et le certificat SSL affiche une erreur de domaine (le nom dans le certificat ne correspond pas au nom d'hôte résolu).
Pour diagnostiquer les problèmes intermittents, rappelez-vous que différents résolveurs peuvent avoir des versions différentes en cache. Un utilisateur en Italie pourrait voir l'ancien IP tandis qu'un autre aux États-Unis voit le nouveau, selon le moment où chaque résolveur a mis à jour son cache. Le DNS Propagation Checker interroge des serveurs dans le monde entier en montrant quelle réponse chacun renvoie, ce qui permet d'identifier les incohérences géographiques.
Une erreur subtile mais fréquente est la présence d'un enregistrement CNAME à la racine du domaine (apex). Les spécifications DNS interdisent un CNAME là où d'autres enregistrements existent (et la racine possède toujours SOA et NS). De nombreux fournisseurs DNS proposent des enregistrements alternatifs appelés ALIAS, ANAME ou CNAME flattening qui résolvent le CNAME côté serveur et renvoient un enregistrement A au résolveur. Si votre site est sur un CDN ou PaaS et que vous devez pointer la racine du domaine, utilisez ces alternatives au CNAME.