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