Episódio 7
Bônus: Glue records
-
Peraí...
-
Tem algo faltando aqui!
-
Como o Resolver conseguiu encontrar 'ns1.dnsimple.com' antes de 'dnsimple.com'?
-
Já que 'ns1.dnsimple.com' é um subdomínio de 'dnsimple.com', como conseguimos resolver 'ns1.dnsimple.com' sem resolver 'dnsimple.com' antes?
-
A busca não é de trás pra frente?
-
Não ficaríamos presos em um loop em algum ponto?
-
Por exemplo, digamos que o authoritative server para domain.com é ns1.domain.com
-
Se eu quisesse navegar em domain.com, o TLD .COM iria me dizer para buscar esse endereço IP no authoritative server: ns1.domain.comVá perguntar ao ns1.domain.com
-
ns1.domain.com é um subdomínio de domain.comNão podemos chegar em um subdomínio sem chegar no domínio antes!
-
Presos em um loop!
-
Então, o que aconteceu? Como o Resolver conseguiu encontrar 'dnsimple.com' através de 'ns1.dnsimple.com'?
-
Simples!Glue Records!
-
Glue Records?
-
Exato!
-
Legal!Vou explicar, então!
-
Quando o resolver perguntou ao TLD .COM sobre dnsimple.com, informação extra estava anexada à resposta.
-
O resolver recebeu ao menos um IP para cada authoritative name server.
-
Chamamos isso de 'glue'!
-
Então o resolver não apenas obteve o nome do authoritative name server, mas também seu endereço IP.
-
Assim, quebrando a dependência circular.
-
Legal! Agora eu entendi!
-
Glue records são o máximo!
-
Sim, eles são!hahaha, valeu!
-
Você chegou até o fim! Agora é uma boa hora para assistir ao vídeo que fizemos para essa história em quadrinhos!