На этот вопрос уже есть ответ здесь:
Я имел дело с BIND в течение многих лет, и это всегда было прослушивал меня.
$ dig google.com ns
;; QUESTION SECTION:
;google.com. IN NS
;; ANSWER SECTION:
google.com. 87046 IN NS ns3.google.com.
etc...
;; ADDITIONAL SECTION:
ns1.google.com. 87274 IN A 216.239.32.10
etc.
Я понимаю, что, по крайней мере теоретически, корневые серверы обрабатывают., И передают .com., .Gov., Все что угодно нужным серверам (хотя на практике все это кэшируется на несколько уровней ниже), но в какой-то момент , кто-то должен знать, чтобы запросить у сервера 216.239.32.10 запись A для Any.google.com. Но как распознаватели вообще это выяснили, если для этого вам нужно знать А NS? (И в этом отношении, поскольку мы знаем, что это Internet NS, а не, скажем, Chaos или что-то в этом роде, почему вы должны использовать имя, а не адрес для записи NS?)
Мои серверы имен всегда имели имена, которые может быть найден кем-то из апстрима (например, я разместил DNS для bar.com на foo.com, а мой апстрим работал с foo.com), но я так и не понял, как такие люди, как Google, преодолевают проблему с курицей и яйцом, связанную с размещением DNS для google.com под именем google.com.
Я думаю, что вы боретесь с концепцией клейких записей .
Из той связанной статьи выше:
Например, если авторитетный сервер имен для example.org - это ns1.example.org, компьютер, пытающийся разрешить www.example.org, сначала разрешает ns1.example.org. Поскольку ns1 содержится в example.org, для этого необходимо сначала разрешить example.org, который представляет собой циклическую зависимость. Чтобы разорвать зависимость, сервер имен для организации домена верхнего уровня включает клей вместе с делегированием для example.org. Связующие записи - это записи адресов, которые предоставляют IP-адреса для ns1.example.org. Сопоставитель использует один или несколько из этих IP-адресов для запроса одного из авторитетных серверов домена, что позволяет ему выполнить DNS-запрос.