Du domaine à la page : le processus invisible
Saisir un domaine lance une recherche, pas une connexion. Le résolveur est interrogé pour obtenir l'adresse associée au nom. S'il ne la connaît pas déjà, il interroge une chaîne de serveurs – la racine, puis le domaine de premier niveau, puis les serveurs de noms du domaine lui-même – jusqu'à ce que l'un d'eux renvoie une adresse à laquelle le navigateur peut se connecter.
La mise en cache rend cette chaîne invisible la plupart du temps, et c'est aussi ce qui rend les problèmes DNS si complexes à diagnostiquer. Un enregistrement modifié il y a une heure peut être actif pour un utilisateur, obsolète pour un autre, et correct sur un téléphone mais pas sur un ordinateur portable, simplement parce que différents résolveurs l'ont mis en cache à des moments différents. Ce qui ne doit pas apparaître à l'écran, ce sont vos propres données de zone : les valeurs d'enregistrement, les noms d'hôtes internes et les détails du registraire doivent rester dans le manuel d'exploitation plutôt que dans un module qui circule.
La recherche se déroule en sept étapes : une sur les noms et les adresses, deux suivant une requête dans la chaîne, une sur la mise en cache et le temps de vie (TTL), une sur les types d'enregistrements que le support de premier niveau rencontre réellement, une sur la raison pour laquelle la propagation est un effet de mise en cache plutôt qu'un transfert, et une sur les trois vérifications qui identifient une défaillance DNS.
