☰

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

tag-icon • tag-icon domain-name-system dns-zone amazon-route53 ns-record
Как разделить конфигурацию DNS на 2 сервера

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

Я пытался устанавливать NSрекорды

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

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

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

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

Связанный контент