Cómo funciona esta herramienta
Escribe un dominio o nombre de host, elige un tipo de registro o déjalo en TODOS, y el servidor ejecuta la consulta por ti. No hay nada que instalar ni cuenta que crear.
La consulta la hace el resolver de nuestro servidor, el mismo tipo de resolver que usa tu sistema operativo al abrir un sitio web. Para cada tipo de registro, el servidor pregunta al resolver y lista cada respuesta que recibe, junto con el nombre al que pertenece y el TTL restante. Con TODOS seleccionado, el servidor consulta 9 tipos uno tras otro: A, AAAA, CNAME, MX, NS, TXT, SOA, SRV y CAA.
Algunos entornos de hosting ejecutan un resolver que solo responde a registros de dirección ordinarios. Para cubrir ese caso, el servidor comprueba el estado de su propio resolver y, cuando no responde por completo, recurre a una consulta DNS-over-HTTPS contra un resolver público. Las respuestas que llegaron por ese respaldo se muestran sin TTL, porque el respaldo no lo reporta de la misma forma.
Los resultados se guardan en caché 5 minutos por nombre y tipo. Si repites una consulta dentro de esa ventana verás la respuesta en caché, lo que mantiene la herramienta rápida y evita saturar el resolver. El tiempo de respuesta impreso sobre el resultado es el tiempo que el servidor dedicó a las consultas en vivo, así que un resultado en caché muestra un número muy pequeño.
La herramienta acepta nombres en cualquier combinación de mayúsculas, elimina un http:// o https:// inicial, quita la ruta si pegas una URL completa y convierte los nombres internacionalizados a su forma ASCII (punycode) antes de consultar. Introduce www.ejemplo.com o https://www.ejemplo.com/pagina y obtendrás el mismo resultado.
Cómo leer el resultado
Cada tipo de registro se muestra en su propio bloque con tres columnas: el nombre para el que se devolvió el registro, el TTL y el valor. El recuento a la derecha indica cuántos registros de ese tipo existen. Un bloque que dice que no se encontraron registros significa que el nombre resolvió pero no publica nada de ese tipo, lo que es distinto de que el nombre no exista.
Tipos de registro de un vistazo
| Tipo | Qué es el valor | Uso típico |
|---|---|---|
| A | Una dirección IPv4 de 32 bits | Servidores web, servidores de correo, cualquier cosa alcanzable por IPv4 |
| AAAA | Una dirección IPv6 de 128 bits | Los mismos servicios por IPv6 |
| CNAME | Otro nombre del que este nombre es alias | Apuntar www a una CDN o plataforma de hosting |
| MX | Prioridad más el nombre de host de un servidor de correo | Dónde se entrega el correo del dominio |
| NS | Un nombre de host de servidor de nombres | Qué servidores son autoritativos para la zona |
| TXT | Texto libre | Políticas SPF, claves DKIM, políticas DMARC, verificación de propiedad |
| SOA | Servidor primario, buzón responsable, número de serie | Administración y replicación de la zona |
| SRV | Prioridad, peso, puerto y host de destino | Descubrimiento de servicios para SIP, XMPP, LDAP y similares |
| CAA | Flags, etiqueta y valor | Qué autoridades certificadoras pueden emitir certificados para el dominio |
Los valores A y AAAA son enlaces a la búsqueda de IP, para que veas dónde está ubicado un servidor y qué red lo anuncia. Los destinos CNAME, NS y MX son enlaces de vuelta a esta herramienta, lo que facilita seguir una cadena de alias o inspeccionar los registros de dirección de un servidor de correo.
Los registros MX llevan un número de prioridad antes del nombre de host. Los números más bajos se prueban primero. Dos servidores con la misma prioridad comparten la carga. Un dominio suele publicar de 2 a 5 registros MX para que el correo siga llegando cuando un servidor está caído.
El valor SOA muestra 3 campos: el servidor de nombres primario, el buzón responsable escrito con un punto en lugar de la @, y el número de serie. Los operadores suelen incrementar el serial cada vez que cambia la zona, así que comparar seriales entre servidores de nombres es una forma rápida de saber si están sincronizados.
La columna TTL
El TTL es el número de segundos que un resolver puede conservar una respuesta antes de tener que preguntar de nuevo. El valor que ves aquí es el que reportó nuestro resolver, que es el tiempo restante en su caché y no el número configurado en la zona. Si consultas el mismo nombre dos veces con un minuto de diferencia, el TTL baja unos 60 segundos. Cuando llega a cero, el resolver obtiene una copia nueva y el TTL vuelve al valor de la zona. La entrada del glosario sobre TTL explica cómo afecta esto a los cambios que haces.
De dominio a IP y de nombre de host a IP
La razón más común para hacer una consulta DNS es convertir un nombre en una dirección. Selecciona A para la dirección IPv4 o AAAA para la dirección IPv6. Un nombre puede tener varias de cada; los navegadores eligen una y recurren a las demás si la conexión falla.
Si el bloque A está vacío pero hay un registro CNAME, el nombre es un alias. La dirección vive en el destino del CNAME, que puede ser a su vez un alias. Haz clic en el destino para seguir la cadena hasta llegar a un nombre con registros A o AAAA reales. Las cadenas largas añaden latencia a la primera conexión, y por eso la mayoría de los proveedores las mantienen en 1 o 2 saltos.
Para ir en la otra dirección, de una dirección a un nombre, usa la consulta de DNS inverso. Los registros directos e inversos se mantienen por separado, así que el nombre de host que obtienes de una consulta inversa no es necesariamente el nombre con el que empezaste.
Cómo solucionar problemas comunes de DNS
La IP es incorrecta o está desactualizada
- Confirma lo que dicen los servidores autoritativos. Consulta aquí los registros NS y luego pregunta directamente a uno de esos servidores desde tu computadora (comandos más abajo). Si la respuesta autoritativa ya es correcta, la dirección antigua que ves en otros sitios es una copia en caché que expirará por sí sola.
- Revisa el verificador de propagación DNS para ver cuántos resolvers públicos principales devuelven ya el valor nuevo.
- Si la respuesta autoritativa es incorrecta, entra donde esté alojada la zona (registrador, proveedor de DNS o panel de hosting) y corrige el registro. Guarda y espera a que baje el TTL.
- Antes del próximo cambio, reduce el TTL a 300 segundos con un día de antelación para que el cambio en sí se complete rápido.
No hay registros MX o el correo no llega
- Consulta MX. Si el bloque está vacío, los servidores de correo recurrirán al registro A del dominio, que rara vez es lo que quieres.
- Asegúrate de que cada destino MX sea un nombre de host, no una dirección IP, y de que ese nombre tenga su propio registro A o AAAA. Un MX que apunta a un CNAME viola el estándar y algunos remitentes lo rechazan.
- Comprueba que las prioridades tengan sentido: tu servidor principal debe tener el número más bajo.
- Revisa los registros TXT en busca de una política SPF; un registro SPF ausente o roto es un motivo frecuente de que el correo acabe en spam.
Registros TXT ausentes o que no validan
- Los registros TXT se devuelven exactamente como se publican. Busca comillas sueltas, registros duplicados o registros colocados en el nombre equivocado (por ejemplo, DMARC debe vivir en
_dmarc.ejemplo.com, no en la raíz). - Los selectores DKIM viven en
selector._domainkey.ejemplo.com. Introduce ese nombre completo en la herramienta en lugar del dominio a secas. - Si el registro es correcto en el servidor autoritativo pero la herramienta sigue mostrando el valor antiguo, la respuesta en caché aún no ha expirado. Vuelve a comprobar cuando haya pasado el TTL.
Un CNAME en la raíz del dominio
El estándar no permite un CNAME en el ápice de la zona junto a los registros SOA y NS. Si un proveedor te pide apuntar el dominio raíz a un nombre de host, usa su función ALIAS, ANAME o de aplanamiento, o publica registros A y AAAA en su lugar. Una consulta que muestra un CNAME en la raíz es señal de que la zona está mal configurada y puede fallar en algunos resolvers.
Qué tipo de registro responde a cada pregunta
Si no sabes qué consultar, empieza por el síntoma.
| Síntoma o pregunta | Consulta | Qué buscar |
|---|---|---|
| El sitio web no carga | A y AAAA | ¿La dirección coincide con el servidor que esperas? ¿Hay un registro AAAA apuntando a un host sin IPv6 operativo? |
| El correo rebota o nunca llega | MX, luego A de cada destino MX | Al menos un MX, destinos que resuelven, prioridades sensatas |
| El correo va a spam | TXT en la raíz, en _dmarc y en el nombre del selector DKIM |
Un único registro SPF, una política DMARC, una clave DKIM para el selector que usa tu servidor de correo |
| Un proveedor pide verificar la propiedad | TXT en el nombre que indicaron | El token exacto que te dieron, sin comillas extra |
| Los cambios no aparecen | NS y SOA | ¿Los registros NS son los servidores que editas? ¿Cambió el serial del SOA? |
| Una autoridad certificadora se niega a emitir | CAA | Un registro que nombre a tu CA, o ningún registro CAA |
| Una app no encuentra su servicio | SRV en _servicio._proto.ejemplo.com |
Puerto y host de destino |
Un registro AAAA obsoleto es una causa frecuente y fácil de pasar por alto de conexiones lentas o fallidas. Los navegadores en redes con IPv6 prueban primero la dirección AAAA; si nada escucha ahí, el usuario espera un tiempo de espera antes de volver a IPv4. Si no ejecutas IPv6 en el servidor, no publiques un registro AAAA para él.
Comprobar el DNS desde tu propia computadora
La herramienta responde desde nuestro resolver. Para ver lo que devuelve tu propio resolver o un servidor de nombres concreto, usa estos comandos.
Windows (símbolo del sistema): nslookup -type=MX ejemplo.com consulta tu resolver configurado. Añade un servidor al final para preguntar a uno concreto: nslookup -type=A ejemplo.com 1.1.1.1.
Windows (PowerShell): Resolve-DnsName ejemplo.com -Type TXT -Server 8.8.8.8 devuelve un resultado estructurado más fácil de leer que nslookup.
macOS y Linux: dig ejemplo.com MX +short da una respuesta compacta, dig @ns1.ejemplo.net ejemplo.com A pregunta a un servidor autoritativo concreto, y dig +trace ejemplo.com recorre la delegación desde los servidores raíz hacia abajo, lo que muestra exactamente qué servidor es responsable de cada paso.
Para limpiar una respuesta obsoleta en tu propia máquina: ipconfig /flushdns en Windows, sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder en macOS, y sudo resolvectl flush-caches en sistemas Linux con systemd-resolved. Los navegadores basados en Chromium mantienen su propia caché, que puede limpiarse en chrome://net-internals/#dns.
Límites de esta herramienta
- Las respuestas vienen de un solo resolver, ubicado donde está nuestro servidor. Un resolver en otra región puede tener una copia en caché distinta, y los servicios con DNS geolocalizado devuelven deliberadamente direcciones distintas a lugares distintos.
- El TTL mostrado es el tiempo de caché restante en nuestro resolver, no el valor configurado en la zona.
- Los resultados se guardan en caché 5 minutos.
- La herramienta consulta 9 tipos de registro. Tipos menos comunes como DNSKEY, DS, TLSA, NAPTR y HINFO no están cubiertos, y no se muestra el estado de validación DNSSEC.
- Cuando se usa el resolver de respaldo, los TTL no están disponibles y el orden de los registros puede variar.
- La consulta no prueba si el servidor detrás de una dirección está realmente en funcionamiento. Un registro A correcto no significa que el sitio web esté activo; usa el verificador de puertos para eso.
- Las consultas tienen límite por visitante. Las consultas masivas por script serán rechazadas.
Nada en esta página te dice si tu propia conexión está filtrando consultas DNS fuera de una VPN o proxy. Esa es otra pregunta, que responde la prueba de fugas DNS.