El DNS: el sistema nervioso de Internet
El Domain Name System (DNS) es uno de los protocolos más fundamentales de Internet: traduce los nombres de dominio legibles por humanos (como google.com) en direcciones IP numéricas comprensibles por las máquinas (como 142.250.180.46). Sin DNS, tendríamos que recordar y escribir direcciones IP para cada sitio web — una tarea impensable considerando los miles de millones de sitios existentes. El DNS funciona como una base de datos jerárquica distribuida en millones de servidores en todo el mundo, con un sistema de caché multinivel que garantiza respuestas rápidas.
Cuando escribes una URL en el navegador, el sistema operativo primero consulta la caché DNS local, luego el resolver de tu ISP, que a su vez consulta los servidores raíz, los servidores del TLD (.com, .it, etc.) y finalmente los nameservers autoritativos del dominio. Esta cadena de consultas, llamada resolución recursiva, ocurre en pocos milisegundos gracias al almacenamiento en caché: cada resolver mantiene en memoria las respuestas recientes durante el tiempo del TTL (Time To Live) especificado en el registro. Nuestro DNS Lookup ejecuta estas consultas mostrando los resultados detallados para cada tipo de registro.
Tipos de registros DNS: la guía completa
Cada tipo de registro cumple un propósito específico en el ecosistema DNS. Los registros A y AAAA son los más básicos: asignan un nombre a una dirección IP. El registro CNAME crea alias entre nombres (www apunta al dominio principal). Los registros MX dirigen el correo al servidor de correo correcto — verifícalos con el MX Lookup. Los registros TXT contienen texto libre utilizado para la autenticación de correo electrónico (SPF, DKIM, DMARC) y la verificación de propiedad del dominio. NS y SOA gestionan la delegación y la autoridad de la zona DNS.
TTL y caché: por qué los cambios DNS no son instantáneos
Cada registro DNS tiene un valor TTL (Time To Live) expresado en segundos que indica cuánto tiempo los resolvers pueden mantener el registro en caché. Un TTL de 3600 (1 hora) significa que después de resolver el registro, el resolver usará la respuesta en caché durante una hora antes de solicitarla nuevamente. Un TTL alto (86400, 24 horas) reduce el tráfico DNS y mejora el rendimiento, pero ralentiza la propagación de los cambios. Un TTL bajo (300, 5 minutos) permite actualizaciones rápidas pero genera más tráfico DNS.
La estrategia óptima es dinámica: usa TTL altos (3600-86400) para registros estables como NS y MX. Antes de una migración planificada, reduce el TTL a 300 segundos con al menos 24-48 horas de antelación (debes esperar a que el TTL anterior expire). Después de la migración, verifica la propagación con DNS Propagation y sube el TTL nuevamente una vez confirmada la estabilidad.
Diagnosticar problemas DNS
Los problemas DNS más comunes y sus soluciones: el dominio no resuelve (verifica que existan registros A o AAAA y que los nameservers sean alcanzables con NS Lookup), el sitio muestra contenido incorrecto (probablemente el registro A aún apunta a la IP antigua — revisa el TTL y espera la propagación), los correos no funcionan (verifica los registros MX y que los servidores de correo respondan), y el certificado SSL muestra error de dominio (el nombre en el certificado no coincide con el hostname resuelto).
Para diagnosticar problemas intermitentes, recuerda que resolvers diferentes pueden tener versiones diferentes en caché. Un usuario en Italia podría ver la IP antigua mientras uno en Estados Unidos ve la nueva, dependiendo de cuándo cada resolver actualizó su caché por última vez. El DNS Propagation Checker consulta servidores en todo el mundo mostrando qué respuesta devuelve cada uno, permitiéndote identificar inconsistencias geográficas.
Un error sutil pero frecuente es tener un registro CNAME en la raíz del dominio (apex). Las especificaciones DNS prohíben un CNAME donde existen otros registros (y la raíz siempre tiene SOA y NS). Muchos proveedores DNS ofrecen registros alternativos llamados ALIAS, ANAME o CNAME flattening que resuelven el CNAME del lado del servidor y devuelven un registro A al resolver. Si tu sitio está en un CDN o PaaS y necesitas apuntar la raíz del dominio, usa estas alternativas al CNAME.