Herramientas de diagnóstico de red
Servidores de correo de un dominio
DNS y registros
Consulta DNS Todos los registros DNS de cualquier dominio Consulta de registro A Direcciones IPv4 de un dominio Consulta de registro AAAA Direcciones IPv6 de un dominio Consulta MX Servidores de correo de un dominio Consulta NS Servidores de nombres autoritativos Consulta TXT Registros TXT, SPF, verificación Consulta CNAME Registros de nombre canónico (alias) Consulta SOA Registro Start of Authority Consulta SRV Registros de localización de servicios Consulta CAA Qué CAs pueden emitir certificados DNS inverso (PTR) Dirección IP a nombre de host Comprobación DNSSEC ¿Está el dominio firmado y validado? Diagnóstico DNS Un informe completo de delegación y DNSEntregabilidad de correo
Comprobación SPF Valida tu registro Sender Policy Framework Comprobación DMARC Inspecciona y califica tu política DMARC Comprobación DKIM Encuentra y valida tu clave pública DKIM Comprobación de lista negra Comprueba una IP contra listas negras de correo (DNSBLs) Test SMTP Conecta a un servidor de correo y comprueba STARTTLS Comprobación MTA-STS Política TLS forzada para el correo entrante Comprobación BIMI Registro del logo de marca para el correo Comprobación TLS-RPT Política de informes de TLS de SMTPRed y web
Comprobación de certificado SSL Inspecciona el certificado TLS de un sitio y su caducidad Comprobación de cabeceras HTTP Inspecciona cabeceras de respuesta, redirecciones y seguridad Ping (TCP) Accesibilidad y latencia sobre TCP Comprobación de puertos Qué puertos comunes están abiertosDominio
Consulta WHOIS Datos de registro de dominios, IPs y ASNsUn registro MX (Mail Exchanger) indica a los servidores remitentes qué hosts aceptan email para un dominio y en qué orden de prioridad. Cuando alguien te escribe, su servidor consulta tus registros MX para saber dónde entregar. Un registro MX ausente o mal configurado significa que el correo entrante no puede entregarse y los mensajes rebotan o desaparecen.
Cada registro MX empareja un host de correo con un número de prioridad. Los números más bajos ganan: un servidor remitente prueba primero el host de menor prioridad y solo recurre a números más altos si no puede conectar. Para repartir la carga entre servidores igual de capaces, asígnales la misma prioridad y el tráfico se distribuye entre ellos. Una configuración típica de Google Workspace, por ejemplo, apunta a smtp.google.com con prioridad 1. El valor MX debe ser un hostname con su propio registro A o AAAA, nunca una dirección IP ni un CNAME, o la entrega se rompe.
IPeek lista cada host MX del dominio con su prioridad, ordenados de menor a mayor para que el servidor preferido quede arriba. Confirma que los hosts coincidan con tu proveedor de correo: Google Workspace, Microsoft 365, tu propio servidor o una pasarela de filtrado. Vigila los duplicados, los errores tipográficos en los hostnames o los puntos finales que indican una zona mal configurada. Si la lista está vacía, el dominio no tiene registros MX y no puede recibir correo. Comprueba que los hosts listados resuelvan a direcciones IP válidas antes de confiar en ellos.
El fallo más frecuente es no tener ningún registro MX, lo que obliga a los remitentes a recurrir al registro A del dominio o a rebotar. Apuntar un MX a un CNAME viola la especificación y muchos servidores lo rechazan, así que apunta siempre a un hostname con un registro A/AAAA directo. Tras cambiar de proveedor de correo, los registros MX obsoletos siguen enrutando el correo al host antiguo hasta que el DNS propaga y las cachés caducan. Las prioridades mal ordenadas pueden enviar el correo a un servidor de respaldo antes que al principal. Verifica los cambios con una consulta nueva y ten en cuenta la caché basada en TTL.
Sin un registro MX, los servidores remitentes recurren al registro A o AAAA del dominio e intentan la entrega ahí. Si ese host no ejecuta un servidor de correo, el mensaje rebota. Los dominios que manejan email deberían publicar siempre al menos un registro MX para que el correo entrante llegue de forma fiable al servidor correcto.
La prioridad fija el orden en el que los servidores remitentes prueban tus hosts de correo, y los números más bajos son preferidos. Un servidor intenta primero el host de menor prioridad y pasa a números más altos solo si no puede conectar. Prioridades iguales permiten que los servidores repartan la carga. Los valores concretos son arbitrarios; solo importa su orden relativo.
No. Un registro MX debe apuntar a un hostname que tenga su propio registro A o AAAA. Apuntarlo a una dirección IP es inválido, y apuntarlo a un CNAME viola las reglas del RFC y muchos servidores de correo lo rechazan. Apunta siempre a un nombre de host de correo real que resuelva directamente.
Los cambios MX propagan según el TTL del registro, que controla cuánto cachean los resolutores los valores antiguos. Con un TTL bajo, los cambios pueden aplicarse en minutos; con un TTL más alto, los servidores remitentes pueden seguir usando registros obsoletos durante horas. Reduce el TTL antes de una migración planificada para acelerar el cambio.
Sí. Los dominios suelen publicar varios registros MX para redundancia y reparto de carga. Prioridades distintas crean una disposición de principal y respaldo, mientras que prioridades idénticas reparten el correo entre servidores igual de capaces. Un servidor remitente recorre la lista por orden de prioridad hasta que encuentra un host que acepta la conexión.