☰

Cómo dividir la configuración de DNS en 2 servidores

tag-icon • tag-icon domain-name-system dns-zone amazon-route53 ns-record
Cómo dividir la configuración de DNS en 2 servidores

tengo ambosruta 53y unconfiguración dns del servidor dedicado

Intenté establecer NSregistros

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

Básicamente, lo que quiero lograr es tener múltiples registros DNS no relacionados en ambos servidores administrados por 2 personas diferentes.

registrador de dominios 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

Bueno, ¿esta configuración está bien y va a funcionar?

2 horas y todavía no funciona, ¿debo esperar el período de propagación?

Respuesta1

Creo que esto no funcionará porque el público no podrá acceder a él (ni siquiera buscarlo).

Ok, supongamos que tienes dominio.ejemplo.comque está registrado y a nivel de registrador y tiene registros NS que apuntan ans1.xxx.ovh.com- esta información se propaga a la zona DNS del dominio .com para establecer la delegación para el dominio site.com.

Habría un servidor DNS en funcionamiento con la zona configurada ejemplo.com en el servidor ns1.xxx.ovh.com. Una vez que alguien consulta algún registro, itera desde "raíz" hasta ns1.xxx.ovh.com, que es el servidor autorizado para este dominio y este servidor lo sabe o no...

El registro NS para la zona directamente es más importante en el nivel superior que en el nivel del dominio mismo y no hace que el "siguiente servidor" consulte...

Si desea que los registros de los subdominios site2 y site3 se administren en AWS, debe delegar directamente el subdominio en 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.

luego, una vez que la consulta llegue a ns1.xxx.ovh.com, delegará la consulta al sistema DNS de AWS para que estos registros se manejen fuera de ns1.xxx.ovh.com. Esta delegación cubre el dominio mencionado y sus subdominios para quesitio2.ejemplo.com NScubrirá site2.site.com y también www.site2.example.com para la delegación.

El resultado sería el siguiente (en el 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 --

Se agregó el registro NS para @ y también prioridad para que los registros MX lo tengan en forma válida y consistente.

información relacionada