Se alguém hospedar um nome de host/site no GoDaddy, OpenDNS, etc., como atualizaria o registro de servidores DNS em todo o mundo para esse nome de host recém-adicionado? Uma vez que existem muitos servidores DNS na Internet e cada ISP fornece diferentes servidores DNS para seus clientes.
Responder1
Eles não. (Simplificando um pouco) DNS é uma hierarquia. Os servidores DNS sabem como encontrar um servidor DNS pai ou como encontrar uma lista de servidores "raiz".
Se encontrarem um servidor DNS pai, eles simplesmente perguntam, e ele pergunta ao pai até obter uma resposta oficial.
Na maioria dos casos, entretanto, os servidores de nomes conhecem os servidores de nomes raiz, que por sua vez os apontam para os servidores apropriados para o domínio. (Ou, em alguns casos, o servidor apropriado para a primeira parte do domínio. Este processo é repetido até que o nome do domínio seja resolvido).
Abaixo está um exemplo de "rastreamento" que mostra como o sistema poderia resolver com autoridade um endereço IP parawww.google.com(ignorando assinaturas):
Reduza a saída do comando Linux "dig +trace www.google.com"
; <<>> DiG 9.11.3-1ubuntu1.11-Ubuntu <<>> +trace www.google.com
;; global options: +cmd
. 514683 IN NS a.root-servers.net.
. 514683 IN NS b.root-servers.net.
. 514683 IN NS c.root-servers.net.
. 514683 IN NS d.root-servers.net.
. 514683 IN NS e.root-servers.net.
. 514683 IN NS f.root-servers.net.
. 514683 IN NS g.root-servers.net.
. 514683 IN NS h.root-servers.net.
. 514683 IN NS i.root-servers.net.
. 514683 IN NS j.root-servers.net.
. 514683 IN NS k.root-servers.net.
. 514683 IN NS l.root-servers.net.
. 514683 IN NS m.root-servers.net.
;; Received 525 bytes from 10.0.3.254#53(10.0.3.254) in 13 ms
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
google.com. 172800 IN NS ns2.google.com.
google.com. 172800 IN NS ns1.google.com.
google.com. 172800 IN NS ns3.google.com.
google.com. 172800 IN NS ns4.google.com.
;; Received 840 bytes from 192.33.14.30#53(b.gtld-servers.net) in 35 ms
www.google.com. 300 IN A 172.217.25.36
;; Received 59 bytes from 216.239.36.10#53(ns3.google.com) in 178 ms
- A primeira consulta procura os servidores raiz (*.root-servers.net)
- Em seguida, os servidores raiz informam onde encontrar a parte mais à direita do domínio - ".com"
- A terceira consulta retorna os servidores de nomes de google.com
- Finalmente, os servidores de nomes do Google aconselham a resposta parawww.google.com
Observo que no exemplo acima reduzi manualmente o resultado da consulta ao essencial. Na realidade, um servidor de nomes geralmente não fará todas essas consultas, porque se lembrará de partes delas. Ou seja, na primeira vez que alguém procurar qualquer nome de domínio .com, o servidor DNS que estiver usando lembrará os servidores de nomes (por 172.800 segundos, neste caso), portanto, não será necessário fazer outra pesquisa. Da mesma forma para todas as partes mais específicas da pesquisa.
Portanto, se alguém estiver registrando example.com via GoDaddy (ou qualquer registrador), o GoDaddy precisará (programaticamente) inserir os servidores de nomes de example.com no servidor de nomes ".com". Da mesma forma, se estiverem na UA, eles precisarão inserir as informações no espaço ".com.au" se quiserem registrar "example.com.au" - e isso exigiria um acordo com as pessoas que controlam os servidores de nomes para " .com.au" - e é por isso que nem todos os registradores podem registrar todos os domínios, e por que obter novos domínios de nível superior é um processo desse tipo - eles precisam pagar muito dinheiro para registrar o TLD com os servidores de nomes raiz.