Позволь мне объяснить.
Например, у вас есть сайт, site.com, а в службе поставщика домена вы решаете, что хотите иметь свои собственные серверы имен, и вводите новые адреса.
Вы решаете позволить этим серверам имен иметь доменные имена, ns.site.com.
Что произойдет, если клиент захочет решить my.site.com, насколько я понимаю, он (клиентские и / или рекурсивные DNS-серверы) будет запрашивать полномочия для записи домена второго уровня site.com, выберите из него имя NS и разрешите его для связи.
Теперь мы установили сервер имен на ns.site.com, который находится в собственном домене ... подождите, это рекурсивно.
Это как раз то, что, как мне кажется, может быть проблемой, как она решается в реальном мире? Случалось ли это когда-нибудь?
Из хороший пост при сбое сервера
Связующая запись - это термин для записи, обслуживаемой DNS-сервером, который не является авторитетным для зоны, чтобы избежать условия невозможных зависимостей для зоны DNS.
Скажем, у меня есть зона DNS для example.com. Я хочу иметь DNS-серверы, на которых размещается авторитетная зона для этого домена, чтобы я действительно мог ее использовать - добавляя записи для корня домена, www, почты и т.д. делегировать им - это всегда имена, поэтому мы добавим ns1.example.com и ns2.example.com.
Вот в чем хитрость. Серверы TLD будут делегировать DNS-серверам в записи whois, но они находятся в пределах example.com. Они пытаются найти ns1.example.com, спрашивают серверы .com и возвращаются на ... ns1.example.com.
Связывающие записи позволяют серверам TLD отправлять дополнительную информацию в своем ответе на запрос для зоны example.com - для отправки IP-адреса, который также настроен для серверов имен. Это не авторитетный, но указатель на авторитетные серверы, позволяющий разрешить петлю.