Назад | Перейти на главную страницу

SOA для делегирования DNS

Сначала я скажу, что то, что я делаю сейчас, похоже, работает, хотя мне неясно, правильно ли это. У меня есть компания-регистратор доменов (унаследованная по контракту) и компания-сервер имен, отдельные, потому что последняя поддерживает некоторые функции, которые нам нужны, а первая - нет. Всего существует шесть доменных имен, только одно из которых является «основным»; и сервер имен поддерживает ALIAS (способ решения хорошо известной проблемы no-CNAME-at-apex). Все шесть доменов у регистратора выглядят так:

SOA @ ns1.myregistrar.net [...]
NS  @ ns1.mynameserver.net
NS  @ ns2.mynameserver.net
NS  @ ns3.mynameserver.net
NS  @ ns4.mynameserver.net
NS  @ ns5.mynameserver.net

На сервере имен пять доменов используют ALIAS, а шестой (основной) выглядит так:

SOA  @ ns1.mynameserver.net [...]
NS   @ ns1.mynameserver.net
NS   @ ns2.mynameserver.net
NS   @ ns3.mynameserver.net
NS   @ ns4.mynameserver.net
NS   @ ns5.mynameserver.net
A    @ [...]
AAAA @ [...]

Разрешение имен работает как для IPv4, так и для IPv6; CNAME разрешение на поддомен работает; ALIASРабота пяти вторичных доменов. У меня есть другие вопросы, основанные на моем все еще ограниченном понимании делегирования DNS.

Единственные записи DNS, которые имеют какое-либо влияние, - это те, которые обслуживаются вашими серверами имен, как указано у вашего регистратора и которые появляются в записи whois вашего домена. Другой сервер имен может говорить все, что хочет, но на самом деле никто не будет запрашивать его, потому что это не авторитетный сервер имен для вашего домена.

Что касается редактирования SOA, все поля в SOA доступны для редактирования, но достойный DNS-провайдер будет управлять самим серийным номером и предоставит вам удобный пользовательский интерфейс для редактирования остальных из них.