Consulta DNS e Servidores Raiz

Question

Como sei quando o servidor DNS padrão do usuário não sabe a resposta para uma consulta (por exemplo, o IP de google.pl ), ele pergunta a um dos Servidores Raiz. Supondo que estamos consultando um endereço IP google.pl (Um tipo de consulta). Meu servidor DNS padrão não sabe a resposta, então ele pergunta a um dos Servidores Raiz (por exemplo, a.root-servers.net ).

1. Como o servidor DNS padrão conhece os endereços IP dos Servidores Raiz. Eles são apenas definidos no arquivo de configuração do servidor?
2. Quando perguntado sobre google.pl Servidor Raiz retorna uma lista de servidores de nome pl como a-dns.pl , c-dns.pl ... Como agora o servidor DNS padrão obtém o endereço IP de a-dns.pl ? Envia uma consulta de tipo A extra para o servidor . para a-dns.pl name ou apenas usa Additional records (envie junto com a lista de servidores NS do google.pl Authority records ) que inclui o endereço IP de a-dns.pl ?

Answer 1

Seu servidor DNS "padrão" (também conhecido como servidor DNS de resolução), de fato tem uma lista de todos os servidores raiz. É chamado de arquivo de Dicas de Raiz ou de Zona Raiz e é publicado pela IANA ( link ). Operadores de servidores DNS devem atualizar regularmente seus arquivos de Dicas de Raiz para apontar para os servidores de nomes corretos (embora não haja muitas alterações no arquivo de Dicas de Raiz). Muitas vezes, os arquivos de dicas de raiz / zona são distribuídos com a distribuição do servidor DNS (RPM / deb).

O servidor Raiz também fornecerá o registro A de a-dns.pl ao cliente. A cola consiste em um registro NS e A (ou AAAA). Se você revisar a saída do comando dig , poderá ver que eu solicito os registros do NS para .pl, mas o servidor DNS também retorna os registros A para os servidores de nome .pl.

mtak@frisbee:~$ dig -t ns pl. @k.root-servers.net

; <<>> DiG 9.10.3-P4-Ubuntu <<>> -t ns pl. @k.root-servers.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40548
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 8, ADDITIONAL: 15
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;pl.                IN  NS

;; AUTHORITY SECTION:
pl.         172800  IN  NS  a-dns.pl.
pl.         172800  IN  NS  c-dns.pl.
pl.         172800  IN  NS  d-dns.pl.
pl.         172800  IN  NS  e-dns.pl.
pl.         172800  IN  NS  f-dns.pl.
pl.         172800  IN  NS  g-dns.pl.
pl.         172800  IN  NS  h-dns.pl.
pl.         172800  IN  NS  i-dns.pl.

;; ADDITIONAL SECTION:
a-dns.pl.       172800  IN  A   194.181.87.156
a-dns.pl.       172800  IN  AAAA    2001:a10:121:1::156
c-dns.pl.       172800  IN  A   93.190.128.146
c-dns.pl.       172800  IN  AAAA    2a02:38:14::146
d-dns.pl.       172800  IN  A   81.15.133.186
d-dns.pl.       172800  IN  AAAA    2a00:4120:8000:2::186
e-dns.pl.       172800  IN  A   46.28.245.82
f-dns.pl.       172800  IN  A   77.79.212.238
f-dns.pl.       172800  IN  AAAA    2001:1a68:0:17::238
g-dns.pl.       172800  IN  A   149.156.1.252
g-dns.pl.       172800  IN  AAAA    2001:6d8:1001:1::252
h-dns.pl.       172800  IN  A   194.0.1.2
h-dns.pl.       172800  IN  AAAA    2001:678:4::2
i-dns.pl.       172800  IN  A   156.154.100.15

;; Query time: 3 msec
;; SERVER: 193.0.14.129#53(193.0.14.129)
;; WHEN: Thu May 11 17:56:23 CEST 2017
;; MSG SIZE  rcvd: 487