¿Puede un servidor llamado dc1dns01 que tiene un alias de ns1 ser un servidor de nombres para un dominio?

Digamos que quiero alojar mi propio DNS público para mi nombre de dominio en lugar de usar los servidores de nombres predeterminados proporcionados por mi registrador.

Arranco dos servidores en la nube, cada uno en diferentes centros de datos para redundancia. Llamamos a uno dc1dns01 y al otro dc2dns02. Si ejecuto hostname -f, obtengo:

 Host 1: 
 dc1dns01.example.com

 Host 2:
 dc2dns02.example.com

Voy a mi sitio web de registros y registro mis servidores de nombres en su portal. Básicamente digo que quiero que ns1 (dc1dns01) y ns2 (dc2dns02) sean servidores de nombres y aquí están las IP.

Entro en la configuración de zona de reenvío y agrego:

@   IN  NS  ns1.example.com
ns1 IN  A   a.b.c.d
@   IN  NS  ns2.example.com
ns2 IN  A   a.b.c.d

¿Es esto correcto? ¿Tengo que agregar una línea adicional en / etc / hosts? es decir

 a.b.c.d dc1dns01.example.com dc1dns01
 a.b.c.d ns1.example.com ns1

networking dns

— tchme414
fuente

Creo que esto es correcto. El entorno DNS está completo dentro de sí mismo y solo servirá las respuestas que provienen de la base de datos DNS, no de un nombre de host interno. Un servidor puede alojar múltiples zonas y no vivir en ninguna de ellas.

Le advertiría que no proporcione solo dos servidores de nombres que estén en su dominio example.com. Es fácil ingresar a escenarios en los que nadie puede encontrar ninguno de sus servidores de nombres (los registros de pegamento están diseñados para reducir este riesgo). Uno de sus servidores de nombres podría estar en un dominio diferente (por ejemplo, ns1.example.net).

— Daniel K
fuente

Supongo que name.com proporciona los "registros de pegamento". Lo llaman "registrar su servidor de nombres", que supongo que proporciona esa referencia. Dado que usan registros dentro del mismo dominio, no sé cuánto ayudaría esto, si es algo de lo que sugirió.

— tchme414

No todos los registradores manejan los registros de pegamento correctamente.

— Daniel K