Запись NS, указывающая на поддомен - это сработает?
Я арендовал домен example.com (включая * .example.com) в Foobar Domains Inc .. Я хотел бы иметь свой собственный сервер имен ns1.example.com для example.com и * .example.com.
Я могу предоставить NS-запись для example.com «ns1.example.com» и A-запись для ns1.example.com «192.0.2.1» для ns1.foobardomains. com.
В этой ситуации и ns1.foobardomains.com, и ns1.example. com будет предоставлять поддомены example.com (A / AAAA / MX / ...). ns1.foobardomains.com предоставит ns1.example.com, а ns1.example.com предоставит все остальное (плюс example.com).
Но ... будет ли это вообще работать (и почему / почему нет) или Я бомжу свою собственную инфраструктуру? Может ли быть циклическое дерево зависимостей (ns1.foobardomains.com не чувствует / кажется отзывчивым для * .example.com, включая ns1.example.com, для которого только у него есть запись A из-за записи NS) или " невидимость "некоторых поддоменов (ns1.foobardomains.com чувствует / кажется отзывчивым для всех * .example.com, поскольку у него есть один из них, ns1)?
На самом деле записи NS для example.com хранятся в зоне .com , поэтому Foobar Domains Inc. сообщит менеджеру ] .com и NS-запись, и A-запись для ns1.example.com (это называется клейкая запись ).
Когда кто-то ищет www .example.com он запросит у .com запись A (или AAAA) для www.example.com , но сервер (не рекурсивный) просто ответит " Я знаю только, что сервер NS для example.com - это ns1.example.com , а запись A для этого имени - xxxx ».
Если кто-то ищет запись A ns1.example.com , то сервер .com ответит немедленно, поскольку у него сохранена связующая запись.