Por que o ponto no final do nome da zona está em um arquivo de configuração named.conf BIND?

Question

Ao especificar a diretiva $ ORIGIN em um arquivo de zona DNS, o que você está especificando é um FQDN (nome de domínio totalmente qualificado) e, por definição, deve terminar em um ponto final (por exemplo, $ORIGIN example.com. em vez de $ORIGIN example.com ) . Isso faz sentido já que o ponto final indica inequivocamente que o "com" ou outro domínio de nível superior é subdomínio da raiz do DNS (que tem um nome em branco ou "" e é separado do domínio de nível superior pelo ponto).

Mas em um arquivo de configuração BIND (em versões modernas chamadas named.conf), um nome de zona é rotulado sem o ponto final como este:

zone "example.com" IN {
    type master;
    file "master.example.com";
}

Notavelmente se uma diretiva $ ORIGIN não for especificada em um arquivo de zona, então $ ORIGIN é implicitamente assumido (pelo BIND) como sendo o nome da zona especificado no arquivo named.conf. Das minhas observações, parece que o BIND adiciona o ponto final a $ ORIGIN quando é assumido a partir do nome da zona.

Minha pergunta é por que você especifica um nome de zona sem o ponto final? Por que o nome da zona acima não é especificado como zone "example.com." ? Não é "exemplo.com" um identificador tecnicamente ambíguo para o nome da zona?

    

Answer 1

Não é realmente ambíguo. Quando você define uma zona, a string entre as aspas é a zona. Se estiver pegando a string que você forneceu exatamente como está, então um ponto final não é realmente necessário.

O uso do ponto final só entra em uso dentro do arquivo de zona. Ao adicionar automaticamente $ORIGIN a qualquer entrada no arquivo, ele evita que você tenha que constantemente inserir o nome da zona repetidas vezes. Se você precisar usar um FQDN, como para um CNAME apontando para um domínio externo, basta adicionar o ponto.