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

Как настроить географически разные первичные / вторичные, ведущие / ведомые службы DNS у регистратора домена?

Это дополнительный вопрос к моему предыдущему сообщению Несколько бесплатных DNS-сервисов дублируют серверы имен веб-сайта?

Я хотел бы настроить службы DNS как первичный / вторичный, главный / подчиненный и хотел бы знать, какой из двух вариантов, предоставляемых моим регистратором домена, лучше.

ОПЦИЯ 1
Используйте бесплатные DNS-серверы 1 и 2 регистратора домена (должны использоваться как первичный и вторичный) следующим образом:

ПЕРВИЧНЫЙ ns1.domainregistrarfreeservice.com
ВТОРИЧНЫЙ ns2.domainregistrarfreeservice.com
NS ns1.everydns.com
NS ns2.everydns.com
Записи CNAME ...
Записи MX…

ВАРИАНТ 2
Используйте сервер имен регистратора домена в качестве вторичного DNS, указав IP-адрес первичного сервера, и в качестве передачи вторичной зоны будет использовать ns2.domainregistrarfreeservice.com (я не совсем уверен, что это такое). Следующая запись также потребуется на основном сервере

named.conf
-------------------------------------------------- ----------------
зона "example.com" IN {
тип мастер;
файл "example.com";
allow-transfer {
some.ip.address.here; ← ns2.domainregistrarfreeservice.com
};
};
-------------------------------------------------- ----------------

Я думал, что добавлю и не считаю, что это имеет значение, но моя служба хостинга не входит ни в одну из этих служб хостинга DNS.

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

Вариант 1 является наиболее желательным для вас, проверьте, предоставляет ли вам DNS-провайдер и какую избыточность он имеет в своей DNS-службе. Многие DNS-провайдеры имеют любые DNS-серверы, поэтому структура довольно прочная.

Вариант 2 был бы желателен для вас, если вы не хотите редактировать свои записи DNS через какой-либо веб-интерфейс и хотите строго контролировать свой DNS-файл дома, у меня однажды был клиент, который хотел этого, но опыт был довольно плохим , не от поставщика DNS, а для всех проблем, связанных с задержкой обновления дополнительной зоны после обновления основной.