Digamos que temos um servidor de nomes A que serve para o nome de domínio example.come seus subdomínios.
Então temos outro servidor de nomes B que gostaria de aproveitar o custom-subdomain.example.comservidor de nomes A .
O objetivo do servidor de nomes B é servir registros A para o nome de domínio custom-subdomain.example.come seus subdomínios ex: www.custom-subdomain.example.com.
Em outras palavras, o servidor A é a zona pai, enquanto o servidor B é a zona filho.
Com a configuração a seguir, quem precisa fornecer o registro SOA para a zona filha? A zona pai (A) ou a própria zona filho (B)?
Todo servidor que se considera autoritário para uma zona terá um registro SOA para essa zona. Assim, o servidor da zona filha servirá seu próprio registro SOA.
Se o Servidor A se considerar autoritário para
example.com, ele terá um registro SOA paraexample.com.Se o Servidor B tiver sido configurado com uma zona autoritativa chamada
custom-subdomain.example.com, essa zona conterá um registro SOA chamadocustom-subdomain.example.com. Ele não se preocupa com o registro SOA paraexample.comque reside no Servidor A. Ele só se considera autoritário paracustom-subdomain.example.com.Os servidores autorizados não se preocupam com os registros na zona pai nem se comunicam com seus servidores de nomes. Dito isso, geralmente há alguma relevância administrativa para os dados na zona pai que podem ter impactos negativos na resolução da zona filho. (
NSou registro de colagemA/AAAAincompatibilidades entre a zona pai e filha, cadeias de confiança quebradas para zonas assinadas DNSSEC, etc.)Para leitura adicional, você pode dar uma olhada no RFC 2181 § 6 e suas subseções. Eles cobrem o tópico de cortes de zona e a relação de autoridade entre as zonas pai e filho.