Ir al contenido

Verificador de DNS

Todos los tipos de registro comunes de un dominio, con sus TTL, y las fallas que cambian a dónde va el correo.

Consulta en vivo

Nuestro servidor la ejecuta en vivo cuando presionas el botón. La misma respuesta puede reutilizarse hasta por 10 minutos, y lo indica cuando pasa.

Dominio

¿Qué es una verificación de DNS?

Una verificación de DNS le pide al sistema de nombres de dominio los registros que publica un dominio: direcciones (A y AAAA), alias (CNAME), servidores de correo (MX), servidores de nombres (NS), registros de texto (TXT), el inicio de autoridad de la zona (SOA) y las reglas de certificados (CAA). Cada registro tiene un TTL, la cantidad de segundos que los resolvedores pueden guardarlo en caché antes de volver a preguntar.

Cómo leer el resultado

Primero aparecen las fallas, luego cada tipo de registro con sus registros y TTL, consultados a Google Public DNS y a Cloudflare a la vez. Un tipo sin registros lo indica; un nombre que no existe se reporta como NXDOMAIN, que es distinto de un tipo que simplemente está vacío. También se consultan los primeros cuatro hosts MX, para confirmar que cada uno tiene una dirección a la que un remitente pueda conectarse.

Beat funciona con el mismo motor, de forma programada, en las 41 verificaciones y las 25 blacklists. Lo que agrega: volver a preguntar, notar cuando una respuesta cambia y decirte qué hacer al respecto.

Problemas comunes de los registros DNS

  • Sin registro MX

    En ese caso, la sección 5.1 del RFC 5321 hace que los remitentes entreguen a la propia dirección del dominio (el MX implícito). Si ahí no escucha ningún servidor de correo, el correo al dominio falla y las respuestas a todo lo que envió se pierden.

  • Un null MX junto a otros registros MX

    Un null MX ("0 .") indica que el dominio no recibe correo, y el RFC 7505 prohíbe publicar cualquier otro MX a su lado. Los dos se contradicen, así que los remitentes no pueden saber a cuál creerle.

  • Un CNAME en el propio dominio

    La raíz de una zona debe tener registros SOA y NS, y un nombre con un CNAME no puede tener nada más (sección 10.1 del RFC 2181). Usa en su lugar el registro ALIAS o de aplanamiento de tu proveedor.

  • Un host MX sin dirección, o que es un alias

    Un MX debe nombrar un host con su propio registro A o AAAA, nunca un CNAME (sección 10.3 del RFC 2181). Un host que no resuelve es uno al que los remitentes no pueden llegar.

Beat · monitoreo de pago

Un latido para tu correo.

Beat ejecuta cada verificación de este sitio de forma programada: 41 verificaciones, 50 blacklists e inbox placement real. En cuanto algo falla, te dice qué falló, por qué importa y la solución exacta.

example.comVigilando
  • SPFaprobado
  • DKIMaprobado
  • DMARCp=none
  • Blacklists0 / 50

Ilustrativo. Tu dominio, cada pocas horas.

También de nosotros:Pulse: tu propia infraestructura de envíoConsultoría: US$ 65/h, sin cuota mensual