Servidores de nombres y registros: la diferencia

Módulo 2: Servidores de nombres y zonas · Tiempo de lectura: 7 minutos

Objetivo de aprendizaje: Después de esta lección podrá determinar dónde se gestiona el DNS de un dominio, y explicar por qué un cambio en el lugar equivocado no tiene ningún efecto.

Conceptos clave: servidor de nombres (NS), zona, registros, delegación, "quien gestiona los servidores de nombres, gestiona el DNS"

Dos preguntas que se suelen confundir

En el DNS siempre se trata de dos preguntas distintas:

1. ¿Quién gestiona el DNS de este dominio? La respuesta son los servidores de nombres.
2. ¿Qué contiene el DNS de este dominio? La respuesta son los registros, como A, MX y TXT.

Una comparación: los servidores de nombres son la dirección del archivo donde se guarda la guía telefónica de su dominio. Los registros son las entradas de esa guía. Si quiere modificar una entrada, tiene que acudir al archivo correcto. Modificar una copia de la guía en otro archivo no sirve de nada: nadie la consulta allí.

Servidores de nombres: dónde está la guía telefónica

En el registro de dominios, cada dominio tiene asociada una lista de servidores de nombres. En la lección 1.4 vio que un resolver es dirigido hacia esos servidores de nombres a través del TLD. Por ejemplo:

example.com.   NS   ns1.hosting.example.
example.com.   NS   ns2.hosting.example.

Cada dominio tiene un mínimo de dos servidores de nombres. Si uno falla, responde el otro. Muchos registros de dominios, entre ellos SIDN (la entidad que gestiona el registro de .nl en los Países Bajos), lo exigen también. A menudo se encuentran en redes o centros de datos distintos.

Los servidores de nombres se configuran a través de su registrador (lección 1.3). El registrador los transmite al registro de dominios. Solo entonces el mundo entero apunta hacia esos servidores de nombres.

La zona: qué contiene la guía telefónica

En los servidores de nombres se encuentra la zona de su dominio: el conjunto de todos los registros. Una zona contiene, por ejemplo:

example.com.        3600  IN  A      192.0.2.10
example.com.        3600  IN  AAAA   2001:db8::10
www.example.com.    3600  IN  CNAME  example.com.
example.com.        3600  IN  MX     10 mail.example.com.
mail.example.com.   3600  IN  A      192.0.2.25
example.com.        3600  IN  TXT    "v=spf1 mx ~all"

Cómo leer exactamente una entrada de este tipo lo aprenderá en la lección 2.2. Qué hace cada tipo lo aprenderá en los módulos 3 a 5.

La regla de oro

Quien gestiona los servidores de nombres, gestiona el DNS.

Suena lógico, pero en la práctica aquí es donde más se falla. Algunas situaciones habituales:

• Ha registrado su dominio con el agente A, pero sus servidores de nombres apuntan a Cloudflare. Entonces debe modificar sus registros en Cloudflare. La pantalla de DNS del agente A puede seguir mostrando registros, pero nadie los lee.
• Ha encargado la creación de un sitio web en una plataforma como Wix, y para ello ha configurado los servidores de nombres hacia esa plataforma. Entonces la plataforma gestiona todo su DNS, incluidos sus registros de correo. Debe colocar los registros MX y demás registros de correo allí. Si lo olvida, su correo dejará de llegar.
• Su empresa de hosting muestra una zona DNS en un panel, pero su dominio utiliza los servidores de nombres de su proveedor anterior. En ese caso, los cambios en la nueva empresa de hosting no tienen ningún efecto hasta que cambie los servidores de nombres.

El síntoma es siempre el mismo: modifica un registro, espera, y no pasa nada. Entonces la primera pregunta es: ¿estoy modificando en el lugar correcto?

Cómo determinar dónde se gestiona el DNS

1. Consulte los servidores de nombres. Utilice una herramienta en línea de consulta DNS, o en una ventana de comandos:

   nslookup -type=ns example.com

   o

   dig NS example.com +short

2. Fíjese en el nombre para identificar de quién se trata. Los servidores de nombres suelen incluir el nombre del agente. *.ns.cloudflare.com es Cloudflare, ns*.wixdns.net es Wix, los servidores de nombres de su empresa de hosting los reconocerá por su nombre de dominio.
3. Modifique los registros en ese agente. Ahí es donde debe iniciar sesión y ajustar la zona.

Una segunda comprobación es el whois del dominio (lección 1.3). Este muestra los servidores de nombres tal como constan en el registro de dominios. Eso es lo que utiliza el mundo entero. Si la respuesta de los propios servidores de nombres difiere de esto, algo no está bien configurado.

Copiar registros no es lo mismo que transferir

Si cambia los servidores de nombres, los registros no se trasladan automáticamente. El nuevo agente empieza con una zona vacía, o con una zona estándar que ha creado por su cuenta. Lo que había en la zona anterior debe trasladarlo usted mismo. Si olvida, por ejemplo, el registro DKIM o un registro de verificación para Microsoft 365, ese elemento dejará de funcionar tras el cambio.

Por eso rige: primero prepare la zona en el nuevo agente, y solo después cambie los servidores de nombres. Las lecciones 2.3 y 6.3 profundizan en esto.

En la práctica: así se ve en un panel

En Mi WebOké, en la página del dominio, pestaña DNS, se muestra en la parte superior qué servidores de nombres utiliza el dominio. Si allí aparecen servidores de nombres distintos a los de la empresa de hosting, el panel indica que el DNS se gestiona en otro lugar. En DirectAdmin, en Administración de DNS verá los registros NS en la zona. Tenga en cuenta: estos solo indican lo que figura en la zona, no lo que consta en el registro de dominios. Otros paneles, como cPanel, Plesk o el panel de su registrador, muestran la misma información, normalmente bajo un epígrafe como "Nameservers" o "DNS".

Resumen

• Los servidores de nombres determinan quién gestiona el DNS; los registros determinan qué contiene.
• Cada dominio tiene un mínimo de dos servidores de nombres, configurados a través del registrador.
• La zona es el conjunto de registros en los servidores de nombres.
• Quien gestiona los servidores de nombres, gestiona el DNS: modificar en otro lugar no tiene efecto.
• Al cambiar de servidores de nombres, los registros no se trasladan automáticamente: primero prepare la zona, y solo después cambie.

Cuestionario

Ejercicio

Ejercicio Z2.1: ¿Quién gestiona el DNS? Busque los servidores de nombres de wikipedia.org y de su propio dominio (si lo tiene). Introdúzcalos, e indique en qué agente debería modificar el DNS de su propio dominio.

Más información

Estos artículos describen la situación en WebOké. En otros proveedores el funcionamiento es similar.

• Manual de DirectAdmin 5.1: ¿Qué es el DNS y cuándo hay que modificarlo?
• Manual de DirectAdmin 5.12: DNS en Mi WebOké y en servidores de nombres externos como Cloudflare
• Utilizar servidores de nombres propios o externos (como Cloudflare) para su dominio
• ¿Cuánto tarda un cambio de nameserver o DNS, y qué hacer si no lo ve?