Em termos físicos, a delegação é muito semelhante a como um gerente delegará a responsabilidade das tarefas a sua equipe. Os resultados são os mesmos, porém mais de uma pessoa esteve envolvida no processo. O gerente recebe a solicitação de trabalho, transfere a responsabilidade para outro membro da equipe e o membro da equipe ou o gerente retorna com os resultados do trabalho. Tudo isso com a ressalva de que o trabalho que o membro da equipe faz é realmente correto e é o que o solicitante original solicitou (ou que o solicitante realmente solicitou algo que era válido em primeiro lugar!).
Com delegação de DNS, é bem parecido. Quando os servidores de nomes com são solicitados a localizar a autoridade da zona example.com , eles freqüentemente delegam esse trabalho para servidores de nome separados (na verdade, na grande maioria dos casos, eles de fato, delegar a resposta a outros servidores de nomes). Quando você registra um domínio pela primeira vez, digamos, nosso domínio example.com , isso geralmente é feito por meio de um terceiro chamado registrador. É uma prática comum dos registradores colocar seus servidores de nomes para a delegação e servir uma zona padrão desses servidores de nomes. Essa zona padrão inclui os requisitos básicos para atender a essa zona na Internet (os registros SOA , NS e A associados a esses registros NS).
Obviamente, se você quiser assumir o controle da autoridade do domínio, peça ao registrador para delegar o domínio ao seu servidor de nomes. Diferentes registradores referem-se a esse processo de diferentes maneiras: "alterar servidores de nomes", "usar DNS de terceiros", "adicionar registros de colagem" e assim por diante. O mecanismo por baixo permanece o mesmo. Você fornece, geralmente, 2 ou mais "nomes de servidores de nomes" (por exemplo, ns0.example.com e ns1.example.com ) e os endereços IP nos quais ns0 e ns1 são. Eles então processam a solicitação e a delegação é direcionada para longe do seu registrador para os servidores de nomes fornecidos por você.
Em termos técnicos, é nesse momento que você precisa garantir que seus servidores de nomes estejam funcionando, atendendo ao domínio example.com , com um mínimo de SOA (início do registro de autoridade) , 1 ou mais NS registros e A registros (os IPs) dos quais esses registros NS são resolvidos:
example.com. IN SOA ns0.example.com. hostmaster.example.com. ( 10 3600 900 604800 7200 )
IN NS ns0.example.com.
IN NS ns1.example.com.
ns0 IN A 192.0.2.8
ns1 IN A 192.0.2.44
(Eu escolhi valores arbitrários compartilhados para os valores SOA, os nomes para os registros NS e os IPs para os quais os servidores de nomes resolvem). Todos terão que refletir a zona para a qual você está servindo.
Este serviço DNS tem que ser visível de em qualquer lugar na internet, e não deve ser firewall (isto é, a porta 53 udp e a entrada tcp devem ser permitidas). Além disso, seu provedor de serviços não deve bloquear essa porta (que alguns provedores bloqueiam o tráfego de entrada destinado a essas portas).
Devido a minha comparação original, os servidores de nomes com são os gerentes DNS que estão delegando a zona example.com aos servidores de nomes (os membros da equipe) para fazer o trabalho de fornecer as informações básicas da zona ( SOA , NS , A ). Você também pode servir qualquer
registros adicionais, como registros do servidor de e-mail MX , ou podem ser um registro A do seu endereço www.example.com .
Se esse servidor de nomes não fizer o trabalho, retornar os resultados errados ou tiver um terceiro (firewall / ISP) bloqueando o trabalho, você não terá o DNS em funcionamento e as interrupções de delegação.
Também vale a pena observar que o domínio NÃO precisa ser delegado a servidores de nomes no mesmo domínio, portanto, ns0.example.net e ns0.example.org podem ser ambos servidores de nomes válidos que poderiam ter example.com delegado a eles. Desde que ambos os servidores de nomes tenham servido o domínio example.com .