O que é um registro NS? Registros de servidor de nomes

Um registro NS identifica um servidor de nomes associado a uma zona DNS. A delegação do domínio informa aos resolvedores recursivos onde pedir respostas autoritativas, enquanto os dados de NS dentro da zona também descrevem os servidores responsáveis por ela. Os registros NS não contêm o endereço IP do site; eles apontam o processo de resolução de DNS para os servidores que podem fornecer registros como A, AAAA, MX e TXT. Entender essa distinção é útil quando uma mudança de registro feita em um painel não aparece publicamente. O domínio pode estar delegado a um provedor de DNS diferente daquele cujas configurações foram editadas.

A delegação começa na zona pai

A autoridade do DNS é delegada ao longo da hierarquia. Os servidores de domínio de nível superior de um registro guardam informações que direcionam os resolvedores aos servidores de nomes autoritativos de um domínio. Essa delegação geralmente é configurada pelo registrador ou pela interface do registro do domínio, enquanto os registros dentro da zona do domínio são gerenciados pelo provedor de DNS. Esses dois painéis de controle têm papéis diferentes. Alterar um registro A em um provedor não muda a delegação na zona pai; alterar os servidores de nomes no registrador pode tornar irrelevante a zona do provedor antigo. Uma migração segura exige saber qual plano de controle altera a delegação e qual edita o conteúdo da zona.

1. Um resolvedor recursivo pergunta à zona pai para onde o domínio está delegado.
2. A zona pai retorna o conjunto de servidores de nomes do domínio e quaisquer dados de glue necessários.
3. O resolvedor consulta um servidor de nomes autoritativo para obter o registro solicitado.
4. A resposta é retornada e pode ser guardada em cache de acordo com o seu TTL.

Os nomes de host dos servidores de nomes também podem exigir registros de endereço para que os resolvedores consigam alcançá-los. Quando um servidor de nomes está dentro do domínio que ele serve, o glue na zona pai pode ser necessário para quebrar uma dependência circular. Os provedores de DNS costumam cuidar desse detalhe, mas ele é importante em uma configuração de servidor de nomes personalizado. Um erro de digitação no nome de host de um servidor de nomes, a falta de glue ou uma delegação incompleta podem impedir que os resolvedores alcancem a zona, mesmo que o painel do provedor mostre registros A perfeitamente configurados. É por isso que testar apenas de dentro do painel de controle do próprio provedor pode dar uma falsa sensação de sucesso.

Como usar uma consulta de NS

Consulte os dados de NS do domínio e compare os nomes retornados com o provedor que você espera que atenda à zona. Se não coincidirem, verifique as configurações de delegação no registrador e veja se uma migração recente ainda está em andamento. Consultar cada servidor autoritativo com um registro de exemplo pode revelar se os dados da zona estão consistentes. Os dados de SOA podem fornecer mais contexto no nível da zona, mas nem o NS nem o SOA provam que o site em si está acessível. Uma consulta de NS estabelece onde se espera que a autoridade esteja; a saúde da aplicação exige um teste de conexão separado.

Ao mover servidores de nomes, prepare a nova zona antes de alterar a delegação. Copie todos os registros, incluindo os de e-mail e de verificação, e compare-os nos novos servidores autoritativos. Mantenha o serviço anterior disponível durante a transição, quando apropriado, e verifique a nova delegação de fora da conta do provedor. Se o e-mail ou um subdomínio for esquecido, o registro A do site pode parecer correto enquanto outros serviços falham em silêncio. Uma lista de verificação repetível e uma exportação salva dos registros reduzem muito esse risco.

Para mais contexto, veja o que faz um servidor de nomes, resolvedores recursivos versus autoritativos e a referência geral de registros DNS. Use os registros NS para responder primeiro à pergunta sobre a autoridade e depois inspecione os tipos de registro individuais de que o seu serviço precisa. Essa separação clara facilita muito descobrir se o problema está na delegação, no conteúdo da zona, no cache ou na aplicação que acaba recebendo a conexão.

As respostas de servidores de nomes precisam de contexto de delegação

Uma consulta de NS é mais útil quando você entende se ela mostra a delegação na zona pai, o conjunto de NS da própria zona ou a visão em cache de um resolvedor recursivo. Essas visões estão relacionadas, mas podem aparecer em seções diferentes de um diagnóstico. Durante uma migração de servidores de nomes, compare a delegação no registrador ou na zona pai com os registros NS servidos pela zona filha. Eles devem ser coordenados de acordo com as instruções do provedor. Um servidor antigo pode continuar respondendo por um tempo, mas deixá-lo ativo não deve ser confundido com a conclusão da nova delegação. Se você opera servidores autoritativos próprios, verifique a acessibilidade e o glue, quando necessário. Para zonas gerenciadas por um provedor, guarde a lista de servidores de nomes atribuída e verifique-a após qualquer transferência de registrador ou mudança de conta.