Início / server / Perguntas / 904561
Accepted
StanTastic
Asked: 2018-03-26 22:32:24 +0800 CST

É possível encadear registros NS?

  • 772

É 'legal' e possível no DNS encadear registros NS como este:

com. NS:

example.com NS ns1.example.com.
ns1.example.com A a.b.c.d

example.com. NS:

example.com NS azuredns.com.
azuredns.com. A x.y.v.z

A razão pela qual estou tentando tal configuração é que um de nossos departamentos não técnicos quer que tenhamos todos os domínios configurados em nosso sistema DNS; mas alguns deles utilizam recursos de provedores de DNS "nuvem". Não estou ansioso para fazer tais abominações, mas devo a devida diligência à minha empresa :-)

domain-name-system

2 respostas

  1. A carga útil de um NSregistro é, conforme especificado na RFC 1035, um nome de domínio que especifica um host. Um resolvedor usará esse nome para pesquisar Ae AAAAregistrar, nada mais. O tipo de ponteiro perseguindo você imagina em sua pergunta não vai acontecer.

    • 3
  2. Best Answer

    Os NSregistros e suas colas A e AAAAregistros no pai devem corresponder aos NSregistros nos servidores de nomes, conforme especificado nos requisitos técnicos da IANA para servidores de nomes autorizados .

    Consistência entre cola e dados oficiais

    Para servidores de nomes que possuem endereços IP listados como cola, os endereços IP devem corresponder aos registros autoritativos A e AAAA desse host.

    Consistência entre delegação e zona

    O conjunto de registros NS atendidos pelos servidores de nomes autoritativos deve corresponder àqueles propostos para a delegação na zona pai.

    Isso informa que se .comnameservers ( *.m.root-servers.net.) tiver example.com. NS ns1.example.com., os NSregistros em ns1.example.com.devem corresponder.

    No entanto, você pode delegar mais subzonas assim como sua example.com.é realmente uma subzona delegada por .com, que é uma subzona delegada por root . . Por exemplo, você pode delegar o controle de tudo *.azure.example.com.para o Azure, azure.example.com. NS azuredns.com.o que não precisa corresponder aos NSregistros do example.com..

    Para os não técnicos da sua empresa: uma política da empresa não pode substituir as políticas globais , neste caso os requisitos relativos a nomes de domínio e servidores de nomes. Na verdade, os requisitos da IANA se baseiam principalmente em limitações tecnológicas e práticas recomendadas. É improvável que eles mudem, pois exigiria que as especificações técnicas amplamente suportadas fossem alteradas de acordo.

    • 3

relate perguntas