Módulo 2 · 2.3
Cambiar servidores de nombres y glue records
Módulo 2: Servidores de nombres y zonas · Tiempo de lectura: 8 minutos
Objetivo de aprendizaje: Después de esta lección podrá cambiar servidores de nombres de forma segura, explicar qué es un glue record y reconocer por qué un registro de dominios puede rechazar un cambio.
Conceptos clave: cambio de servidor de nombres a través del registrador, glue record, servidores de nombres propios (como ns1.example.com), control de predelegación por parte del registro de dominios, lame delegation
¿Cuándo cambia los servidores de nombres?
Cambia los servidores de nombres de un dominio cuando quiere trasladar la gestión de su DNS a otra parte. Por ejemplo:
- se cambia a otro proveedor de hosting y quiere que este gestione el DNS;
- quiere utilizar un servicio DNS como Cloudflare;
- una plataforma de sitios web le pide que apunte los servidores de nombres hacia ellos;
- vuelve a los servidores de nombres predeterminados de su registrador.
Es un paso importante: tras el cambio, la nueva parte determina todos los registros de su dominio, incluidos los del correo electrónico. Si solo quiere alojar su sitio web o su correo en otro lugar, normalmente no necesita cambiar los servidores de nombres. En ese caso solo ajusta algunos registros (módulos 3 y 4).
El orden seguro
- Haga una lista o copia de seguridad de sus registros actuales. Muchos paneles tienen un botón para exportar la zona o hacer una copia de seguridad.
- Prepare la zona en la nueva parte. Incluya todos los registros que necesita: sitio web (A, AAAA, www), correo (MX, y el registro A del servidor de correo si pertenece a su dominio), SPF, DKIM, DMARC, registros de verificación, subdominios.
Compruebe la nueva zona consultando directamente los nuevos servidores de nombres, antes incluso de cambiar. Por ejemplo:
dig @ns1.newprovider.example example.com MXSi los nuevos servidores de nombres responden con los registros correctos, la zona está lista.
- ¿Tiene DNSSEC activado? Primero organice cómo se trasladan las claves. Desactive DNSSEC y espere a que los datos DS antiguos desaparezcan de las cachés, o comunique los nuevos datos DS al mismo tiempo. De lo contrario, la cadena se rompe y su dominio quedará inaccesible para los resolutores validadores (lección 8.1).
- Cambie los servidores de nombres en su registrador. Introduzca al menos dos. El registrador los comunica al registro de dominios.
- Espere y verifique. Los resolutores recuerdan los servidores de nombres antiguos hasta que pasa el TTL de la delegación. En
.nles una hora, en.comdos días. En general, cuente con algunas horas hasta un día. Deje la zona antigua sin cambios mientras tanto.
¿Por qué puede un registro de dominios rechazar sus servidores de nombres?
Algunos registros de dominios comprueban sus servidores de nombres antes de aplicar el cambio. Esto se llama un control de predelegación. DENIC (.de) es conocido por esto: si los nuevos servidores de nombres aún no conocen su dominio, o las respuestas de los servidores de nombres no coinciden entre sí, se rechaza el cambio. Otros registros de dominios también pueden hacer comprobaciones, o tener reglas sobre el número de servidores de nombres.
La solución es siempre la misma: prepare primero la zona en la nueva parte, y vuelva a intentarlo después. Ese es el paso 2 del orden seguro. Para .nl puede probar sus servidores de nombres de antemano con una prueba pública como Zonemaster.
Lame delegation
Si los servidores de nombres en el registro de dominios apuntan a servidores que no conocen su dominio, esto se llama una lame delegation (una delegación "coja"). El resolutor es redirigido a un servidor que no tiene respuesta. El resultado: su dominio no funciona, o solo a veces (si uno de los servidores de nombres sí funciona bien).
Esto ocurre, por ejemplo, cuando:
- ha cambiado los servidores de nombres antes de que la nueva parte tuviera la zona;
- se ha marchado de una parte anterior, que ha eliminado la zona, mientras los servidores de nombres siguen apuntando hacia esa parte;
- hay un error tipográfico en el nombre de un servidor de nombres.
Lo comprueba consultando cada servidor de nombres por separado. Cada servidor de nombres debe dar una respuesta, con la marca "authoritative" (en dig se ve aa en los flags).
Servidores de nombres propios y glue records
También puede utilizar servidores de nombres con un nombre dentro de su propio dominio, como ns1.example.com y ns2.example.com. Esto se llama servidores de nombres propios o vanity nameservers. Esto crea un problema de huevo y gallina:
- para buscar
example.com, el resolutor debe ir ans1.example.com; - pero para encontrar la dirección IP de
ns1.example.com, debe mirar en la zona deexample.com.
Por eso, el registro de dominios añade, junto al nombre del servidor de nombres, también la dirección IP en la referencia. Esa dirección adicional se llama un glue record (registro de pegamento):
; in de zone van .com, bij de registry (Verisign)
example.com. NS ns1.example.com.
example.com. NS ns2.example.com.
ns1.example.com. A 192.0.2.53 ; glue
ns2.example.com. A 198.51.100.53 ; glueEl glue solo es necesario si el servidor de nombres pertenece al propio dominio (o a un dominio que depende de la misma delegación). Si utiliza ns1.hosting.example para example.com, no hace falta glue: esa dirección está en la zona de hosting.example.
El glue se gestiona a través de su registrador, a menudo bajo un botón como "Registrar servidor de nombres propio" o "Child nameserver" o "Crear anfitrión". Si cambia la dirección IP de su servidor de nombres, también debe actualizar el glue en el registro de dominios. De lo contrario, los resolutores seguirán apuntando a una dirección antigua.
Para la mayoría de los titulares de dominios, los servidores de nombres propios no son necesarios. Se utilizan sobre todo en empresas de hosting y revendedores que quieren mostrar su propio nombre.
En la práctica: así se ve en un panel
En Mi WebOké, vaya a Mis dominios, haga clic en el dominio y haga clic en el lápiz de la tarjeta Nameservers. Introduzca al menos dos servidores de nombres. Los servidores de nombres propios se crean primero ahí con el botón para un servidor de nombres propio (glue). En otros registradores esto suele llamarse "Cambiar servidores de nombres", "Servidores DNS" o "Custom nameservers", y para el glue "Child nameservers" o "Registros de anfitrión"; los campos son los mismos.
Resumen
- Al cambiar los servidores de nombres, traslada la gestión de todos sus registros a otra parte.
- Orden seguro: copia de seguridad, preparar la zona, probar los nuevos servidores de nombres, organizar DNSSEC, y solo entonces cambiar.
- Algunos registros de dominios (como DENIC) rechazan un cambio si los nuevos servidores de nombres aún no tienen la zona.
- Lame delegation: el registro de dominios remite a servidores de nombres que no conocen el dominio.
- Los glue records son direcciones IP en el registro de dominios para servidores de nombres que pertenecen al propio dominio.
Cuestionario
Ejercicio
Ejercicio Z2.3: ¿Son todos los servidores de nombres iguales? Busque los servidores de nombres de sidn.nl (la web de SIDN, el registro de dominios de .nl en los Países Bajos). Después, consulte en cada servidor de nombres por separado el registro SOA de sidn.nl (dig @ns1.sidn.nl sidn.nl SOA, o una herramienta en línea donde pueda elegir el servidor). Anote por cada servidor de nombres el número de serie, y si coinciden entre sí.
Para saber más
Estos artículos describen la situación en WebOké. En otros registradores funciona de forma similar.