Episodio 7
Bonus: i 'Glue records'
-
Aspetta...
-
Qui manca qualcosa!
-
Come ha fatto il resolver a trovare prima 'ns1.dnsimple.com' rispetto a 'dnsimple.com'?
-
Siccome 'ns1.dnsimple.com' è un sottodominio di 'dnsimple.com', come è possibile risolvere 'ns1.dnsimple.com' senza risolvere prima 'dnsimple.com'?
-
La ricerca non funziona all'indietro?
-
Non ci fermeremmo in un ciclo continuo a un certo punto?
-
Per esempio, diciamo che il server autoritativo di domain.com è ns1.domain.com
-
Se voglio trovare domain.com, il server .COM TLD mi direbbe di cercare l'indirizzo IP dal server autoritativo: ns1.domain.comVai a chiedere a ns1.domain.com
-
Ma ns1.domain.com è un sottodominio di domain.comNon posso arrivare a un sottodominio senza conoscere prima dove si trova il dominio!
-
Ci si blocca in un ciclo continuo!
-
Ma allora cosa succede? Come ha fatto il resolver a trovare 'dnsimple.com' tramite 'ns1.dnsimple.com'?
-
Semplice!I glue records!
-
Glue records?
-
Esattamente!
-
Stupendo!Glielo spiego io!
-
Quando il resolver chiede al server .COM TLD informazioni su dnsimple.com, vengono allegate alla risposta anche delle informazioni extra.
-
Il resolver ottiene almeno un indirizzo IP per ogni name server.
-
La chiamiamo 'colla' (glue)!
-
Quindi il resolver non ottiene solo il nome del name server autoritativo, ma anche il suo indirizzo IP.
-
In questo modo si rompe la dipendenza circolare.
-
Carino! Ora mi è tutto più chiaro!
-
I glue records spaccano!
-
Eh sì!Ahahaha, grazie!
-
Sei arrivato alla fine! Ora è il momento giusto per guardare il video che abbiamo creato per questo fumetto!