☰

Como dividir a configuração do DNS em 2 servidores

tag-icon • tag-icon domain-name-system dns-zone amazon-route53 ns-record
Como dividir a configuração do DNS em 2 servidores

eu tenho ambosaws route53e umservidor dedicado dns conf

Eu tentei estabelecer NSregistros

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

Basicamente, o que eu quero alcançar é ter vários registros DNS não relacionados em ambos os servidores gerenciados por duas pessoas diferentes.

Registrador de domínio de registro NS

ns1.xxx.ovh.com

registros 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

Bem, esta configuração está correta e vai funcionar?

2 horas e ainda não funciona, devo aguardar o período de propagação?

Responder1

Eu acho que isso não vai funcionar porque o público não vai chegar até ele (nem mesmo pesquisá-lo).

Ok, vamos supor que você tenha um domínioexemplo.comque está registrado e em nível de registrador e possui registros NS apontando parans1.xxx.ovh.com- esta informação é propagada para a zona DNS do domínio .com para estabelecer a delegação para o domínio site.com.

Haveria um servidor DNS funcionando com a zona configurada example.com no servidor ns1.xxx.ovh.com. Uma vez que alguém consulta algum registro, ele itera de "root" para ns1.xxx.ovh.com, que é o servidor oficial para este domínio e este servidor sabe ou não sabe...

O registro NS diretamente para a zona é mais importante no nível superior do que no nível do próprio domínio e não causa a consulta do "próximo servidor" ...

Se você deseja que os registros do subdomínio site2 e site3 sejam gerenciados na AWS, você precisa delegar diretamente o subdomínio em 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.

então, quando a consulta chegar a ns1.xxx.ovh.com, ele delegará a consulta ao sistema DNS da AWS para que esses registros sejam tratados fora de ns1.xxx.ovh.com. Esta delegação cobre o domínio mencionado e seus subdomínios para quesite2.exemplo.com NScobrirá site2.site.com e também www.site2.example.com para a delegação.

O resultado seria semelhante (no caso de 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.

--editar--

Adicionado registro NS para @ e também prioridade para registros MX para mantê-lo em formato válido e consistente.

informação relacionada