¿Tus emails no se entregan? Verifica que tus registros MX apunten a los servidores de correo correctos. Compara las respuestas de múltiples resolutores para detectar problemas de configuración.
Simple = una consulta al resolver · Traza = descenso desde la raíz
opcionesOpciones avanzadas
Puntos clave de la herramienta
Servidores y prioridades
Muestra todos los servidores MX con sus prioridades. El servidor con el valor de prioridad más bajo recibe el correo primero.
Validación de destinos
Verifica que cada servidor MX resuelva a un registro A o AAAA válido. Un MX sin IP impide la entrega.
Comparación multi-resolutor
Compara las respuestas de Google, Cloudflare, Quad9 para detectar inconsistencias de propagación.
Diagnóstico completo
Identifica registros MX huérfanos, prioridades mal configuradas o servidores inalcanzables.
Gratuito y sin registro
Prueba tantos dominios como necesites. No se requiere cuenta.
¿Cómo usar correctamente las diferentes opciones de la consulta DNS?
¿Qué es la traza iterativa?
La traza ejecuta la resolución paso a paso. El resolver consulta primero a los servidores raíz, luego a los del TLD (.com, .es, .eu) y finalmente a los servidores autoritativos de la zona objetivo. En cada etapa la página muestra el servidor consultado, la respuesta, el RCODE y la latencia.
1. Raíz
Descubrimiento de los servidores del TLD para el nombre solicitado.
2. TLD
Referencia a los NS de la zona (delegación).
3. Autoritativos
Respuesta final (o error) con TTL y latencia.
¿Para qué sirve?
Comparar respuestas según los resolvers y las regiones
Detectar una caché caliente, un TTL demasiado largo o una delegación incompleta
Explicar una diferencia de latencia o un RCODE inesperado
Truco: deja la traza desactivada para las comprobaciones rápidas; actívala cuando investigues o prepares un ticket/post-mortem.
¿Qué es la traza clásica?
La traza clásica consulta únicamente el resolver seleccionado (UDP o DoH) y muestra la respuesta tal como se percibe desde ese punto de la red. Obtienes el RCODE, las secciones de la respuesta y la latencia del tramo cliente → resolver.
1. Resolver elegido
Utiliza el ajuste predefinido o la configuración personalizada para lanzar la consulta exactamente como lo haría tu servicio.
2. Protocolo conservado
Respeta el transporte seleccionado (UDP, TCP o DoH) para reproducir el comportamiento real.
3. Respuesta detallada
Muestra las secciones question, answer y authority/additional cuando existen, con TTL y metadatos útiles.
¿Por qué usarla?
Comprobar la visión de un resolver específico antes de sospechar de la delegación
Confirmar los valores en caché y el impacto de un TTL o de un vaciado
Documentar una resolución tal como la ve un cliente o un microservicio
Truco: deja desactivada la opción de traza iterativa cuando audites un resolver concreto; actívala después para compararla con el recorrido raíz → TLD → autoritativo.
¿Cómo funciona la prueba de propagación?
La prueba de propagación es una herramienta dedicada que consulta en paralelo un conjunto de resolvers públicos (Google, Cloudflare, Quad9, OpenDNS, ISP...) y agrupa las respuestas por contenido y RCODE. Ves al instante quién ya aplicó la actualización.
1. Resolvers multipunto
Consulta varios resolvers repartidos por el mundo en una sola prueba.
2. Comparación automática
Agrupa las respuestas idénticas y señala las divergencias o los errores propios de cada resolver.
3. Resumen accionable
Ofrece un resumen claro, la lista de resolvers, sus latencias y el estado de cada grupo.
¿Cuándo usarla?
Seguir la difusión de un cambio DNS a escala mundial
Identificar cachés aún antiguas y decidir un vaciado específico
Compartir un estado de propagación en un ticket o post-mortem
Truco: la prueba de propagación es una herramienta aparte. Usa el DNS Lookup (modo Simple o Traza) para el diagnóstico unitario de un resolver.
Un registro MX (Mail Exchange) indica qué servidores reciben los emails de un dominio. Cuando alguien envía un email a user@captaindns.com, el servidor remitente consulta el MX de captaindns.com para saber dónde entregar el mensaje.
Estructura de un registro MX:
Campo
Descripción
Ejemplo
Nombre
El dominio (@ para el apex)
@
Tipo
Siempre MX
MX
Prioridad
Orden de preferencia (menor = primero)
10
Destino
Nombre del servidor de correo
mail.captaindns.com.
TTL
Duración de caché en segundos
3600
Ejemplo concreto:
captaindns.com. 3600 IN MX 10 mail.captaindns.com.
captaindns.com. 3600 IN MX 20 backup.captaindns.com.
El servidor con prioridad 10 recibe el correo primero. Si no está disponible, el servidor con prioridad 20 toma el relevo.