Qué son los registros DNS y cómo apunté los de mi dominio a Netlify

Cuando compré el dominio de este mismo proyecto, ciberasir.es, tuve que hacer algo que en clase se explica en dos diapositivas y en la práctica te obliga a entender de verdad qué son los registros DNS: apuntar el dominio hacia Netlify para que, al escribir “ciberasir.es” en el navegador, cualquiera llegara al sitio real y no a una página de error. No basta con “tener DNS” — hay que saber qué registro configurar y para qué sirve cada uno.

Qué es DNS, en una frase

DNS (Domain Name System) traduce nombres fáciles de recordar para un humano (“ciberasir.es”) en la dirección IP donde de verdad está el servidor. Sin DNS, tendrías que memorizar números en vez de nombres — funciona igual que una agenda de contactos: tú buscas por nombre, el teléfono internamente marca un número.

Pero eso ya lo sabe casi todo el mundo. Lo que no suele quedar claro es qué son los registros DNS concretos que hay que tocar cuando de verdad tienes un dominio entre manos.

Los registros que de verdad usé para ciberasir.es

Un dominio no tiene “un” DNS, tiene una zona DNS con varios tipos de registros, cada uno con una función distinta:

Cuando registras un dominio, el registrador (donde lo compras) te da unos NS por defecto que apuntan a su propia infraestructura. Lo que hice fue cambiar esos NS para que apuntaran a los de Netlify — eso le dice a todo Internet “quien quiera resolver ciberasir.es, que pregunte a Netlify, no al registrador”. A partir de ahí, es Netlify quien gestiona los registros A y CNAME internamente para que el dominio apunte al sitio desplegado.

Por qué esto no es instantáneo

Aquí está la parte que sorprende la primera vez: cambiar un registro DNS no se propaga al momento. Cada registro tiene un valor llamado TTL (Time To Live), que le dice a los servidores DNS de todo el mundo cuánto tiempo pueden guardar en caché ese dato antes de volver a preguntar. Si el TTL de tu dominio anterior era de 24 horas, hasta que no pase ese tiempo, hay gente que seguirá llegando a la dirección vieja aunque tú ya hayas cambiado el registro.

Esto explica algo que probablemente te ha pasado sin saber por qué: cambias algo en un dominio (una IP, un hosting nuevo) y durante horas — a veces un día entero — unos usuarios ven la web nueva y otros siguen viendo la vieja, dependiendo de si su proveedor de Internet tenía la respuesta en caché o no.

CNAME vs A: el error típico

Un fallo habitual al configurar esto por primera vez es no entender cuándo usar cada uno. La regla es sencilla:

• Usa A cuando conoces la IP fija a la que apuntar.
• Usa CNAME cuando apuntas a un nombre gestionado por un tercero (como Netlify), que puede cambiar de IP por detrás sin que tú te enteres ni tengas que tocar nada.

Esto es justo lo que pasa con Netlify: no te da una IP fija para tu registro A del subdominio www, te da un nombre tipo nombre-random.netlify.app para que uses CNAME. Si intentaras poner ahí un registro A con una IP concreta, en el momento en que Netlify cambiara de servidor por detrás (algo que puede pasar sin avisar), tu web dejaría de funcionar y no sabrías por qué.

Qué pasa si te equivocas de registro

Si configuras mal la zona DNS, los síntomas no son iguales según el error:

• NS mal apuntados: el dominio no resuelve a nada, ni siquiera se llega a intentar cargar la web.
• Registro A apuntando a una IP equivocada: el navegador carga algo, pero no lo que esperas — puede ser la web de otra persona que tiene esa IP, o un error de conexión directamente.
• CNAME mal escrito: normalmente un error de resolución, “no se puede encontrar la dirección DNS de este sitio”.

Cómo comprobar tú mismo qué registros tiene un dominio

No hace falta tener acceso al panel de gestión de un dominio para ver qué registros DNS tiene configurados — cualquiera puede consultarlo desde la terminal con nslookup:

PS C:\> nslookup -type=NS ciberasir.es

Servidor:  dns.google
Address:  8.8.8.8

Respuesta no autoritativa:
ciberasir.es    nameserver = dns1.p05.nsone.net
ciberasir.es    nameserver = dns2.p05.nsone.net

Cambiando -type=NS por -type=A o -type=CNAME puedes consultar cualquier otro registro de cualquier dominio público, no solo el tuyo. Es una herramienta que uso a menudo para comprobar que un cambio en la zona DNS ya se ha propagado, en vez de refrescar el navegador a ciegas esperando que funcione.

Pon a prueba lo que has entendido

Resumen rápido

DNS traduce nombres en direcciones. Los registros NS dicen quién manda en la zona, los A apuntan a una IP fija, los CNAME apuntan a otro nombre gestionado por terceros, y el TTL determina cuánto tarda en propagarse cualquier cambio. Una vez que un dominio resuelve correctamente hacia un servidor, ese servidor tiene que estar accesible desde fuera — que es exactamente lo que hace posible NAT cuando el servidor está detrás de una red privada: qué es NAT y cómo tu router traduce tu IP privada en la pública.