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

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

у меня есть оба aws route53 и выделенный сервер dns conf

Я пробовал установить NS записи

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

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

Регистратор домена NS record

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 часа, но все еще не работает, ждать периода распространения?

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

Хорошо, допустим, у вас есть домен example.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, чтобы они были в допустимой и согласованной форме.