É assim que funciona. Não é o ideal, com certeza. Os resolvedores atingirão o limite hardcoded se a recursão for por muito tempo ... Veja por exemplo link
Eu estou tentando buscar dados DNS sem nenhum resolvedor local ou ISP usando a ferramenta DIG .
Por exemplo, tento google.nl
Eu começo em um rootserver (d.root-servers.net):
dig @199.7.91.13 google.nl
Então eu pego o registro disso:
;; ADDITIONAL SECTION:
ns1.dns.nl. 172800 IN A 193.176.144.5
dig @193.176.144.5 google.nl
;; AUTHORITY SECTION:
google.nl. 3600 IN NS ns2.google.com.
Agora aqui é onde eu fico preso. Como o google.nl usa os servidores de nomes de google.com , ele não envia nenhum registro de cola.
Devo então escavar da raiz novamente por google.com ?
dig @199.7.91.13 google.com
;; ADDITIONAL SECTION:
a.gtld-servers.net. 172800 IN A 192.5.6.30
dig @192.5.6.30 google.com
Agora, neste caso, o google.com está usando seus próprios servidores de nomes, de modo que os registros de cola são fornecidos no ;; ADDITIONAL SECTION: , mas é possível que esse domínio esteja usando diferentes servidores de nomes.
Então você precisaria buscar esses servidores de nomes, eu sinto que você poderia continuar assim de uma forma infinita até que você esteja recebendo um endereço IP real em vez de uma referência a um servidor de nomes.
É assim que funciona ou há um caminho mais curto para o endereço IP de um servidor de nomes (para obter o endereço IP de ns2.google.com de google.nl ?
É assim que funciona. Não é o ideal, com certeza. Os resolvedores atingirão o limite hardcoded se a recursão for por muito tempo ... Veja por exemplo link
$ host -t ns google.nl|cut -d" " -f4|xargs -l1 host
ns2.google.com has address 216.239.34.10
ns1.google.com has address 216.239.32.10
ns4.google.com has address 216.239.38.10
ns3.google.com has address 216.239.36.10