Вопросы Теги

Как разделить конфигурацию DNS на 2 серверах

У меня есть как aws route53 , так и выделенный сервер dns conf

. Я попытался установить NS записи 

 - ns111.awsdns-xz.co.
 - ns112.awsdns-xz.co.
 - ns113.awsdns-xz.co.

В основном я хочу иметь несколько несвязанных записей DNS на обоих серверах, которыми управляют 2 разных человека.

Регистратор домена NS-записи

ns1.xxx.ovh.com

DNS-записи 

dedicatedServer.ovh.com
  a  : example.com    
       sub.example.com 
  mx : mx.example.com 
  ns : ns111.awsdns-xz.co.
     : ns112.awsdns-xz.co.
     : ns113.awsdns-xz.co.
             on AWS router 
                  site2.example.com  -> loadbalancer 
                  site3.example.com  -> elasticbeanstalk

Хорошо, эта конфигурация в порядке и будет ли она работать?

2 часа и все еще не работает, мне подождать периода распространения?

0
задан 17 January 2020 в 19:36
1 ответ

Я думаю, это не сработает, так как публика не достигнет его (даже не будет искать его).

Хорошо, предположим, что у вас есть пример домена . com, который зарегистрирован и находится на уровне регистратора и имеет NS записи, указывающие на ns1.xxx.ovh.com - эта информация передается в DNS зону для домена .com, чтобы установить делегирование для домена site.com.

На сервере ns1.xxx.ovh.com будет работать DNS сервер с настроенной зоной example.com. После того, как кто-нибудь запросит какую-нибудь запись, он выполнит итерацию от "root" к ns1.xxx.ovh.com, который является уполномоченным сервером для этого домена, и этот сервер знает или не знает...

NS запись для зоны напрямую важнее на верхнем уровне, чем на уровне самого домена, и это не приводит к запросу "следующего сервера". ..

Если вы хотите, чтобы записи для поддоменов site2 и site3 управлялись в AWS, вам нужно напрямую делегировать поддомен на ns1.xxx.ovh.com.

site2.example.com. 3600 IN NS ns111.awsdns-xz.co.
site2.example.com. 3600 IN NS ns112.awsdns-xz.co.
site2.example.com. 3600 IN NS ns113.awsdns-xz.co.
site3.example.com. 3600 IN NS ns111.awsdns-xz.co.
site3.example.com. 3600 IN NS ns112.awsdns-xz.co.
site3.example.com. 3600 IN NS ns113.awsdns-xz.co.

то, как только запрос придет на ns1.xxx.ovh.com, он делегирует запрос в AWS DNS систему, поэтому эти записи будут обрабатываться за пределами ns1.xxx.ovh.com. Это делегирование охватывает упомянутый домен и его поддомены, поэтому site2.example.com NS будет охватывать site2.site.com, а также www.site2.example.com для делегирования.

Результат будет выглядеть так (в случае TTL 3600):

@ 3600 IN A <IP>
@ 3600 IN MX 10 mx.example.com.
@ 3600 IN NS ns1.xxx.ovh.com.
sub 3600 IN A <IP>
mx 3600 IN A <IP>
site2.example.com. 3600 IN NS ns111.awsdns-xz.co.
site2.example.com. 3600 IN NS ns112.awsdns-xz.co.
site2.example.com. 3600 IN NS ns113.awsdns-xz.co.
site3.example.com. 3600 IN NS ns111.awsdns-xz.co.
site3.example.com. 3600 IN NS ns112.awsdns-xz.co.
site3.example.com. 3600 IN NS ns113.awsdns-xz.co.

-- редактирование --

Добавленная NS-запись для @, а также приоритет для MX-записей, чтобы она была в правильной форме и соответствовала.

.
1
ответ дан 21 January 2020 в 01:20

Теги

Похожие вопросы