Я этого не понимаю. Везде я читал, что связующие записи необходимы только для предотвращения циклических зависимостей, например, я хочу установить серверы имен ns1.example.com и ns2.example.com для доменного имени example.com.
Но по моему опыту это неправда. Я хочу создать свои собственные серверы имен, такие как ns1.example.com и ns2.example.com. Example.com - это мое доменное имя, и у меня уже есть 2 IP-адреса для моих серверов имен, и они работают. Мне просто нужно создать имена хостов для IP-адресов серверов имен.
Поэтому я добавил 2 записи A для моего доменного имени example.com с помощью редактора файлов зоны DNS (ns1.example.com. 300 IN A [nameserverip1] и ns2.example.com. 300 IN A [nameserverip2]). Example.com использует внешний DNS-сервис, он никогда не будет использовать серверы имен ns1.example.com и ns2.example.com, поэтому теоретически связующие записи не требуются.
Однако вот что я испытал: есть example.net, и я хочу использовать серверы имен ns1.example.com и ns2.example.com для example.net, и угадайте, что это не работает. Потому что, когда я пытаюсь войти на эти серверы имен, я получаю сообщение об ошибке: Ссылка на объект не найдена [host ns1.example.com не найден.]
Но после того, как я открою панель управления моего регистратора доменных имен example.com и зарегистрирую серверы имен ns1.example.com и ns2.example.com (я создаю связующие записи), он заработает.
Но я хочу избежать установки клеевых записей, потому что я не могу контролировать TTL клеевых записей, поэтому, если IP-адреса изменятся, у меня могут возникнуть простои.
Почему недостаточно добавить только записи A для ns1.example.com и ns2.example.com? Почему я должен регистрировать их у моего регистратора доменных имен?
Обновление: по моему опыту, это проблема только с доменными именами .com, .net и .org. Верно ли, что этим TLD требуются связующие записи, даже если нет циклической зависимости? Потому что, например, когда я использую серверы имен ns1.example.hu и ns2.example.hu, они работают только с записями A и не связаны с записями. Похоже, что корневые серверы .hu ведут себя иначе, чем корневые серверы .com?
com и net совместно использовать набор авторитетных серверов имен:
$ dig @f.root-servers.net. +noall +authority +norecurse com
net. 172800 IN NS b.gtld-servers.net.
net. 172800 IN NS h.gtld-servers.net.
net. 172800 IN NS c.gtld-servers.net.
net. 172800 IN NS j.gtld-servers.net.
net. 172800 IN NS f.gtld-servers.net.
net. 172800 IN NS l.gtld-servers.net.
net. 172800 IN NS m.gtld-servers.net.
net. 172800 IN NS k.gtld-servers.net.
net. 172800 IN NS d.gtld-servers.net.
net. 172800 IN NS i.gtld-servers.net.
net. 172800 IN NS e.gtld-servers.net.
net. 172800 IN NS a.gtld-servers.net.
net. 172800 IN NS g.gtld-servers.net.
$ dig @f.root-servers.net. +noall +authority +norecurse net
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
Это два самых старых и наиболее распространенных TLD в Интернете, что создает интересную проблему. Домены, входящие в эти TLD, нуждаются в связке для все перестановки серверов имен, оканчивающиеся на com или net. Это также имеет тенденцию производить впечатление у многих, кто имеет дело с доменами, которые склеивают не является по желанию.
Даже в тех случаях, когда вы не используете проблемную перестановку, вы можете столкнуться с более строгими проверками на клей при попытке установить серверы имен для домена, попадающего в эту область. Учитывая проблемы, которые эти регистраторы должны кодировать с этими двумя доменами (и любыми другими суффиксами, которые имеют общий набор серверов имен), они с меньшей вероятностью будут более подробно описывать свои требования.
Как правило, чем новее TLD, тем меньше вероятность того, что регистраторы этого TLD будут применять к вам эти ограничения. При работе с новыми суффиксами довольно часто можно увидеть в дикой природе бессловесные имена.