Cuando un sitio web no carga, el correo deja de llegar o un dominio nuevo "todavía no funciona", la respuesta suele estar en sus registros DNS. El DNS (Sistema de Nombres de Dominio) es la agenda de direcciones de internet: convierte un nombre como mybotsy.com en las direcciones de servidor y la configuración que necesitan las computadoras. Esta guía te muestra cómo consultar los registros DNS de cualquier dominio, explica qué significa cada tipo de registro y repasa los problemas que con más probabilidad estés intentando resolver.
Cómo funciona el DNS, en un minuto
Cuando escribes un dominio en el navegador, tu dispositivo le pide los registros a un resolver (por lo general el de tu proveedor de internet, o uno público como el 8.8.8.8 de Google o el 1.1.1.1 de Cloudflare). Si el resolver no tiene una copia reciente en caché, pregunta a los servidores raíz, después a los servidores del dominio de nivel superior (como .com) y por último a los servidores de nombres autoritativos del dominio, que tienen los registros reales. La respuesta se guarda en caché durante un tiempo llamado TTL (tiempo de vida).
Esa caché es la razón por la que los cambios de DNS no aparecen en todos lados a la vez, y por la que consultar los registros directamente es tan útil.
Los tipos de registros DNS que vas a ver
Registros A y AAAA
Un registro A apunta un nombre a una dirección IPv4, como 203.0.113.10. Un registro AAAA hace lo mismo con una dirección IPv6. Son los que hacen que un sitio web cargue. Un dominio puede tener varios, para repartir la carga o tener redundancia.
Registros CNAME
Un CNAME (nombre canónico) convierte un nombre en un alias de otro, por ejemplo para apuntar www.example.com a example.com o al nombre de host de un proveedor de hosting. Un nombre con CNAME no puede tener otros registros con ese mismo nombre, por eso el dominio raíz suele usar registros A (o una función de "aplanado" propia del proveedor).
Registros MX
Los registros MX (intercambiador de correo) indican qué servidores reciben el correo del dominio, cada uno con un número de prioridad. Los números más bajos se prueban primero. Si los registros MX faltan o están mal, los correos al dominio rebotan o se pierden.
Registros TXT
Los registros TXT guardan texto, y hoy se usan sobre todo para verificaciones y seguridad del correo:
- SPF (
v=spf1 ...) lista los servidores autorizados a enviar correo en nombre del dominio. - Los registros DKIM (en nombres como
selector._domainkey.example.com) publican claves que permiten a los receptores verificar el correo firmado. - DMARC (en
_dmarc.example.com) les dice a los receptores qué hacer con el correo que no pasa SPF ni DKIM, y adónde enviar los informes. - Cadenas de verificación de sitio para servicios como Google Search Console.
Registros NS y SOA
Los registros NS listan los servidores de nombres autoritativos del dominio, así que te dicen qué proveedor de DNS tiene el control. El registro SOA (inicio de autoridad) contiene datos administrativos como el servidor de nombres principal y un número de serie que cambia cuando se actualiza la zona.
Registros CAA
Los registros CAA indican qué autoridades de certificación pueden emitir certificados SSL/TLS para el dominio. Si existe un registro CAA y tu proveedor de certificados no aparece, la emisión del certificado falla.
Cómo consultar registros DNS en línea
La forma más rápida es una consulta web, que no requiere instalar nada:
- Abre la herramienta de consulta DNS.
- Ingresa el dominio o subdominio, como
example.comomail.example.com, sinhttps://. - Envía y revisa los registros A, AAAA, CNAME, MX, NS, TXT, SOA y CAA que aparecen.
- Repite con subdominios específicos. Registros como
wwwo_dmarcson nombres separados y necesitan su propia consulta.
Cómo consultar el DNS desde la línea de comandos
Si prefieres la terminal, dos herramientas incluidas en el sistema hacen el trabajo.
nslookup (Windows, macOS, Linux)
nslookup example.com
nslookup -type=mx example.com
nslookup -type=txt example.com 1.1.1.1La última línea consulta un resolver específico (aquí 1.1.1.1), algo práctico para comparar respuestas.
dig (macOS, Linux)
dig example.com A
dig example.com MX +short
dig _dmarc.example.com TXT
dig @ns1.yourdnsprovider.com example.com AConsultar directamente el servidor de nombres autoritativo con @ te muestra los registros actuales, sin ninguna caché en el medio.
Cómo resolver problemas comunes de DNS
"Mi sitio no carga después de cambiar de hosting"
Revisa los registros A (y AAAA) del dominio raíz y de www. Asegúrate de que apunten a la IP del nuevo hosting y elimina cualquier registro AAAA viejo que siga apuntando al servidor anterior, porque los navegadores pueden preferir IPv6. Después revisa el hosting con el verificador de hosting y confirma el certificado con la consulta SSL.
"Los cambios de DNS no se ven"
Los resolvers guardan las respuestas en caché hasta que vence el TTL. Si el registro viejo tenía un TTL de 86 400 segundos (24 horas), algunos visitantes pueden ver la dirección anterior hasta por un día. Antes de una mudanza planificada, baja el TTL a unos minutos con un día de anticipación. Confirma también qué servidores de nombres están realmente a cargo: si los registros NS en tu registrador apuntan a un proveedor distinto del que editaste, tus cambios nunca van a tener efecto.
"El correo rebota o llega a spam"
Consulta los registros MX y luego los registros TXT de SPF y el registro _dmarc. Los errores comunes son tener dos registros SPF (solo se permite uno), olvidarse de incluir en el SPF a tu proveedor de correo o de newsletters, y una política DMARC más estricta de lo que admite tu configuración.
"Un subdominio no funciona"
Asegúrate de que exista un registro para ese nombre exacto. Un registro para example.com no cubre blog.example.com, salvo que haya un registro comodín (*).
"¿Quién controla este dominio?"
Los registros NS te dicen cuál es el proveedor de DNS. La consulta WHOIS te dice el registrador, las fechas de registro y vencimiento, y el estado del dominio. Si un dominio dejó de resolver de repente, un registro vencido es una causa frecuente.
DNS y SEO
El DNS no es un factor de posicionamiento por sí mismo, pero influye en cosas que importan para los buscadores:
- Disponibilidad. Si el DNS falla, los buscadores no pueden rastrear tu sitio. Los proveedores de DNS confiables con varios servidores de nombres reducen ese riesgo.
- Velocidad. Una resolución DNS lenta agrega demora a la primera visita. Los proveedores de DNS rápidos y bien distribuidos ayudan.
- Verificación. Google Search Console ofrece la verificación por TXT de DNS, que cubre todos los subdominios y protocolos de tu dominio.
- URL coherentes. Asegúrate de que resuelvan tanto
wwwcomo el dominio raíz, y después redirige uno al otro. Revisa las redirecciones con el verificador de redirecciones.
Otras consultas que conviene conocer
- La búsqueda de IP muestra la ubicación aproximada y la red de la dirección IP de un registro A.
- La búsqueda de IP inversa muestra el nombre de host (registro PTR) de una dirección IP, algo que los servidores de correo suelen revisar.
- La consulta de encabezados HTTP muestra qué responde el servidor una vez que el DNS hizo su trabajo.
- El convertidor Punycode te permite consultar dominios con tildes, ñ o caracteres no latinos convirtiéndolos a la forma
xn--que usa el DNS.
Preguntas frecuentes
¿Cuánto tarda la propagación de DNS?
Depende del TTL del registro anterior. Muchos cambios se ven en minutos o en pocas horas, pero los registros con TTL largos pueden tardar hasta uno o dos días en actualizarse en todos lados.
¿Puedo ver todos los registros DNS de un dominio?
Puedes consultar cada tipo de registro para los nombres que conoces. En general, el DNS no permite que cualquiera liste todos los subdominios de una zona, así que los registros en nombres desconocidos no aparecen.
¿Cuál es la diferencia entre DNS y WHOIS?
El DNS contiene los registros técnicos que hacen funcionar un dominio. WHOIS contiene la información de registro, como el registrador, las fechas de creación y vencimiento y el estado.
¿Por qué distintas herramientas muestran resultados distintos?
Puede que consulten resolvers diferentes con copias distintas en caché. Consultar directamente el servidor de nombres autoritativo muestra la información vigente.
¿Cuál es un buen TTL?
Son comunes los valores entre 300 segundos (5 minutos) y 3600 segundos (1 hora). Usa un TTL corto antes de cambios planificados y uno más largo para registros que casi nunca cambian.
