Em termos físicos, a delegação é muito semelhante à maneira como um gerente delegará a responsabilidade das tarefas à 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, passa a responsabilidade para outro membro da equipe e o membro da equipe ou o gerente retorna com os resultados do trabalho. Tudo isso desde que o trabalho do funcionário seja realmente correto e seja o que o solicitante original solicitou (ou que o solicitante realmente solicitou algo que fosse válido em primeiro lugar!).
Com a delegação de DNS, é bem parecido. Quando os comservidores de nomes são solicitados a encontrar a autoridade da zona example.com, geralmente delegam esse trabalho em servidores de nomes separados (na verdade, na grande maioria dos casos, na verdade delegam a resposta em outros servidores de nomes). Quando você registra um domínio pela primeira vez, digamos, nosso example.comdomínio, 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. Esta zona padrão inclui os requisitos básicos para servir aquela zona na internet (os SOA, NSe Aregistos associados a esses registros NS).
Obviamente, se você deseja assumir o controle da autoridade do domínio, é necessário pedir ao registrador para delegar o domínio ao seu servidor de nomes. Registradores diferentes se referem a isso em processo de diferentes maneiras, 'altere servidores de nomes', 'use DNS de terceiros', 'Adicionar registros de cola' e assim por diante. O mecanismo abaixo permanece o mesmo. Você fornece, geralmente, 2 ou mais "nomes de servidores de nomes" (por exemplo ns0.example.come ns1.example.com) e os endereços IP em que ns0e ns1são. Eles então processam a solicitação e a delegação é direcionada do seu registrador para os servidores de nomes que você forneceu.
Em termos técnicos, é neste ponto que você deve garantir que seus servidores de nomes estejam em funcionamento, atendendo ao domínio example.com, com no mínimo um SOA(registro de início de autoridade), 1 ou mais NSregistros e os Aregistros (os IPs) que esses registros NS são resolvidos de:
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
(Escolhi alguns valores arbitrários para os valores SOA, os nomes dos registros NS e os IPs para os quais os servidores de nomes decidem). Todos terão que refletir a zona para a qual você está servindo.
Esse serviço DNS deve estar visível em qualquer lugar da Internet e não ser protegido por firewall (ou seja, a porta 53 de entrada udp e tcp deve ser permitida). Além disso, seu provedor de serviços também não deve bloquear essa porta (o que alguns provedores bloqueiam o tráfego de entrada destinado a essas portas).
Dada a minha comparação original, os comservidores de nomes são os gestores de DNS, que está delegando a zona example.compara os servidores de nomes (os membros do pessoal) para fazer o trabalho de fornecer as informações de zona básica ( SOA, NS, A). Você também pode servir para quaisquer registros adicionais, como registros do servidor de correio, MXou pode ser um Aregistro para o seu www.example.comendereço.
Se esse servidor de nomes não executar o trabalho, retornar resultados incorretos ou se houver um terceiro (firewall / ISP) bloqueando o trabalho, você não terá o DNS ativo e a delegação será interrompida.
Também pode ser interessante notar que o domínio NÃO precisa ser delegado a servidores de nomes no mesmo domínio, portanto, ns0.example.nete ns0.example.orgpode ser um servidor de nomes válido que poderia ter example.comdelegado a eles. Desde que esses dois servidores de nomes atendessem ao example.comdomínio.