Digamos que eu possuo example.com, que comprei por ExampleRegistrar.
Digamos que, por padrão, esse registrador use seus próprios servidores de nomes ns1.exampleregistrar.com, ns2.exampleregistrar.com.
Assim, quando um cliente deseja navegar para www.example.com, provavelmente será assim:
- servidores DNS raiz procura servidor de
.comnomes .comnameserver procuraexample.com, ele vêns1.exampleregistrar.come passa a solicitação para este nameserverns1.exampleregistrar.comprocurawww.example.come finalmente encontra o IP203.0.113.5que dá ao cliente.
Pergunta: como funciona se eu configurar um servidor de nomes personalizado ns1.othernameserver.comnas configurações do domínio do registrador?
Isso significa que o registro para terá .comdiretamente emns1.othernameserver.com seu banco de dados?
É correto que, então, qualquer solicitação de um cliente nuncawww.example.com passará por nenhum dos servidores do registrador?
O registrador basicamente lida apenas com vendas e interações com clientes, eles não fazem parte das operações reais da perspectiva do DNS.
Bem, não como parte de seu papel como registrador, de qualquer maneira. É muito comum que as empresas registradoras também forneçam serviços de hospedagem DNS para zonas de clientes, mas esse é apenas um caso de valor agregado ou venda adicional de serviços não registrados para seus clientes.
Do ponto de vista operacional do registro e do DNS, não há diferença funcional se você usou servidores de nomes fornecidos por registradores, servidores de nomes de terceiros, seus próprios servidores de nomes ou qualquer combinação deles.
Em todos esses casos, o registrador apenas envia o conjunto de
NSregistros que o registrante selecionou (talvez implicitamente se você optar por usar seus serviços de hospedagem DNS) para o registro e esses são publicados na zona TLD.