Is it possible to chain NS records?
Is it 'legal' and possible in DNS to chain NS records like this:
com. NS:
example.com NS ns1.example.com.
ns1.example.com A a.b.c.d
example.com. NS:
example.com NS azuredns.com.
azuredns.com. A x.y.v.z
The reason why I'm attempting such configuration is that one of our non-technical departments wants us to have all domains configured on our DNS system; but some of them utilize features of "cloud" DNS providers. I'm not looking forward to do such abominations, but I owe due diligence to my company :-)
Записи NS и их связующие A и AAAA записи в родительском элементе должны соответствовать NS записей на серверах имен, как указано в Технические требования IANA для авторитетных серверов имен .
Согласованность между связующими и авторитетными данными
Для серверов имен, IP-адреса которых указаны как связующие, IP адреса должны соответствовать официальным записям A и AAAA для этого хост.
Согласованность между делегированием и зоной
Набор записей NS, обслуживаемых авторитетными серверами имен, должен совпадают с предложенными для делегирования в родительской зоне.
Это говорит о том, что если .com nameservers ( *. m.root-servers.net. ) имеет пример .com. NS ns1.example.com. , NS записи на ns1.example.com. должны совпадать.
Однако вы можете делегировать другие подзоны, как и ваш example.com. фактически является подзоной, делегированной .com , которая является подзоной, делегированной root . . Например. вы можете делегировать контроль над всеми * .azure.example.com. в Azure с azure.example.com. NS azuredns.com. который не обязательно должен соответствовать записям NS для example.com. .
Для нетехнических специалистов в вашей компании: политика компании не может переопределить глобальные политики , в данном случае требования, касающиеся доменных имен и серверов имен. Фактически, требования IANA в основном основаны на технологических ограничениях и передовом опыте. Они вряд ли изменятся, поскольку для этого потребуется соответствующее изменение широко поддерживаемых технических спецификаций.
Полезная нагрузка записи NS , как указано в RFC 1035, является доменным именем, которое определяет хост. Сопоставитель будет использовать это имя для поиска записей A и AAAA , ничего больше. Такого рода погоня за указателем, о которой вы мечтаете в своем вопросе, не произойдет.