Épisode 7
Bonus: Glue Records
-
Attends …
-
Il manque quelque chose là !
-
Comment le Resolver fait-il pour trouver "ns1.dnsimple.com" avant "dnsimple.com"
-
Sachant que "ns1.dnsimple.com" est un sous-domaine de "dnsimple.com", comment le resolver fait-il pour résoudre "ns1.dnsimple.com" sans résoudre "dnsimple.com" d’abord ?
-
La recherche ne va-t-elle pas à l’envers ?
-
Ne va-t-on pas tourner en rond à un moment donné ?
-
Par exemple, disons que le serveur d’autorité pour "domain.com" est "ns1.domain.com"
-
Si je veux visiter domain.com, le TLD de .COM va me dire d’aller chercher l’IP de serveur d’autorité : ns1.domain.comDemande à ns1.domain.com
-
ns1.domain.com est un sous-domaine de domain.comOn ne peut pas trouver un sous-domaine sans avoir trouver le domaine d’abord !
-
On tourne en rond !
-
Alors, que s'est-il passé ? Comment se fait-il que le Resolver ait pu trouver "dnsimple.com" via "ns1.dnsimple.com" ?
-
Simple!Les Glue Records !
-
Glue Records ?
-
Précisément !
-
Génial !Je vais t’expliquer alors !
-
Quand le Resolver demande dnsimple.com au TLD .COM, des informations supplémentaires sont associées à la réponse.
-
Le Resolver reçoit au moins 1 adresse IP pour chaque nom de serveur.
-
On appelle ça la Glue !
-
Ainsi, le Resolver ne reçoit pas seulement le nom du serveur d'autorité, mais il a aussi son adresse IP.
-
Rompant ainsi la dépendance circulaire.
-
Joli ! je comprends maintenant !
-
Les Glue Records déchirent !
-
Oui complètement !Hahaha, merci !
-
Tu as tenu jusqu'au bout ! C'est maintenant le bon moment pour regarder la vidéo que nous avons faite pour cette BD !