A ordem das entradas / tipos de registro é importante nos arquivos de configuração da zona NSD / BIND?

Question

Estou tentando simplificar a adição de registros DNS em uma instalação do NSD. Parece que ele usa a mesma sintaxe do BIND, então essa questão pode ser relevante para qualquer um deles.

Parece que a convenção que estou vendo no arquivo de zona atual é separar os registros SOA, MX, NS, A, CNAME e TXT em suas próprias estrofes no arquivo de configuração da zona, no nosso caso com um ponto-e-vírgula separando uma estrofe da próxima.

Eu acredito que isso seja apenas por estética e a única exigência real é que o SOA seja o primeiro registro, a ordem depois disso não importa.

Eu estou querendo saber se alguém mais pode validar essa suposição

    

Answer 1

A ordem dos registros de recursos (após as entradas obrigatórias) nunca pareceu ser funcionalmente importante em nenhum dos dns: es que eu encontrei. Quando há uma dependência, como um registro cname ligando a um registro, isso é resolvido através da separação da resolução em duas consultas: uma recebendo o cname e a outra recebendo o registro.

Como bind e nsd carregam os arquivos da zona inteira na memória durante a inicialização, a ordem também não parece importar para o desempenho da resolução.

No entanto, o tamanho do arquivo de zona é um fator para o tempo de carga total e para o tempo de resposta da consulta: link

    

Answer 2

IIRC RFC 1033 um dos antigos RFCs de DNS (o Wikipédia do DNS página tem uma boa lista) afirma que um registro SOA denota o início de uma nova zona, mas que a ordem dos registros em uma zona não precisa ser preservada.

Portanto, é principalmente estética e convenção. Embora o ferramental possa depender dessas convenções.