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 wold предоставляют субдомены 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)?

Источник

1 ответ

На самом деле записи 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 и запись для этого имени x.x.x.x".

Если кто-то ищет запись ns1.example.com тогда .com Сервер ответит немедленно, так как на нем сохранена клейкая запись.

Источник
Другие вопросы по тегам