Quando alguém altera seus servidores de nomes com autoridade por meio de seu registrador, por qual processo o registrador passa para atualizar os servidores de domínio de nível superior (TLD)?
Quando alguém altera seus servidores de nomes com autoridade por meio de seu registrador, por qual processo o registrador passa para atualizar os servidores de domínio de nível superior (TLD)?
Respostas:
Historicamente, o gerente da zona raiz recebe atualizações dos registradores por meio de um sistema de modelo de email. Se você estava brincando com o NetSol há mais de 10 anos, lembraria dos modelos de email.
Por mais inerentemente estável e confiável que o e-mail seja, a Verisign (NetSol na época) criou um novo RZMS (Sistema de Gerenciamento de Zona Raiz), que na verdade é apenas um conjunto de especificações para uma interface da web para o banco de dados. O protocolo de interação é chamado de sistema EPP (Extensible Provisioning Protocol; RFCs 3730-3735). Aparentemente, esse sistema é usado pelo menos para .com, .org e provavelmente muitos outros. O gerente do TLD também comunica o status da zona do TLD à ICANN para que eles tenham uma cópia de backup (a ICANN afirma que é para fins de verificação e autenticação; como se eles soubessem se algo estava errado).
Uma solicitação é enviada ao registro para alterar os servidores de nomes com autoridade e o registro envia essas alterações para os servidores raiz. A solicitação é enviada em tempo real, mas pode variar de acordo com o registro com que rapidez os servidores raiz são atualizados.
Isso responde à sua pergunta? Avise se precisar de mais alguma coisa.
Aqui está um layout do processo para se tornar um registrador para .org (o registro .org é executado pelo PIR):
http://www.pir.org/sell/become_registrar/requirements
E aqui estão os requisitos / processos de negócios para os TLDs da Verisign (.net, .com e outros)
Parece complexo.