O que acontece se você tiver domínios NS resolvidos por seus próprios servidores NS? [duplicado]

Question

Deixe-me explicar.

Por exemplo, você tem um site, site.com , e no serviço de provedor de domínio, você decide que deseja ter seus próprios servidores de nomes e insira os novos endereços.

Você decide permitir que esses servidores de nomes tenham nomes de domínio, ns.site.com .

Agora, o que acontece se um cliente quiser resolver my.site.com , até onde eu entendi, ele (servidor DNS recursivo e / ou cliente) solicitará autoridade para o registro de domínio de segundo nível de site.com , escolha o NS nome dele, e resolver isso para contatá-lo.

Agora, definimos o servidor de nomes como ns.site.com , que está em seu próprio domínio ... wait, que é recursivo.

Isso é exatamente o que eu acho que poderia ser um problema, como isso é resolvido no mundo real? Isso aconteceu alguma vez?

    

Answer 1

De um post legal no serverfault

A glue record is a term for a record that's served by a DNS server that's not authoritative for the zone, to avoid a condition of impossible dependencies for a DNS zone.

Say I own a DNS zone for example.com. I want to have DNS servers that're hosting the authoritative zone for this domain so that I can actually use it - adding records for the root of the domain, www, mail, etc. So, I put the name servers in the registration to delegate to them - those are always names, so we'll put in ns1.example.com and ns2.example.com.

There's the trick. The TLD's servers will delegate to the DNS servers in the whois record - but they're within example.com. They try to find ns1.example.com, ask the .com servers, and get referred back to... ns1.example.com.

What glue records do is to allow the TLD's servers to send extra information in their response to the query for the example.com zone - to send the IP address that's configured for the name servers, too. It's not authoritative, but it's a pointer to the authoritative servers, allowing for the loop to be resolved.