¿Qué diferencia hay entre DNS directo e inverso?

El directo convierte un nombre en una IP con registros A o AAAA. El inverso convierte una IP en un nombre con un registro PTR. Los servidores de correo revisan los dos y quieren que coincidan.

¿Por qué falla una consulta de DNS inverso?

Casi siempre porque el dueño de la IP nunca publicó un PTR, algo común en conexiones domésticas y servidores recién rentados. El otro fallo es un PTR cuyo nombre no resuelve a la IP. Los dos se corrigen con el proveedor de la IP y tu propio DNS.

¿Cómo configuro el PTR de mi servidor de correo?

Pídeselo al proveedor dueño de la IP, normalmente tu hosting o nube. Pon el PTR en un nombre de tu dominio, como mail.tuempresa.com, y crea un registro A para ese nombre que apunte a la IP, para que coincidan.

¿Puedo consultar una dirección IPv6?

Sí. El DNS inverso de IPv6 usa la zona ip6.arpa, con cada dígito hexadecimal invertido, y la confirmación directa usa registros AAAA. Escribe la dirección IPv6 como la escribes normalmente.

¿Un PTR correcto significa que la IP es de confianza?

No. Significa que los registros coinciden. Una IP en una lista negra con un PTR perfecto sigue viendo su correo rechazado; revísala con el verificador de listas negras.

Consulta de DNS inverso: registro PTR y confirmación directa

En resumen: Escribe una IP IPv4 o IPv6 y obtienes su nombre PTR, más la comprobación de que ese nombre resuelve a la misma IP (DNS inverso confirmado), que Gmail y Yahoo exigen en las IP de envío. Límite: Muestra el DNS inverso actual de una IP a la vez; no puede cambiarlo, porque el PTR lo define quien controla el bloque de IP.

Una consulta de DNS inverso convierte una IP en un nombre leyendo su registro PTR. Para el correo es solo la mitad: ese nombre también debe resolver a la misma IP, lo que se llama DNS inverso confirmado (FCrDNS). Escribe una IP y la herramienta hace las dos consultas y dice si pasa la comprobación que aplican Gmail y Yahoo.

You can paste a whole Received header line; the first IP in it is used.

La herramienta es la misma que en la versión en inglés: sus botones y los motivos de cada resultado aparecen en inglés. Actualizado el 3 de noviembre de 2026 · Equipo de SimpleVerifier

Cómo hacer una consulta de DNS inverso

Escribe la IP del servidor que envía tu correo. También puedes pegar una línea Received completa; se usa la primera IP.
Pulsa el botón de consulta. La herramienta busca el PTR y luego el registro A o AAAA de cada nombre que devuelve.
Pasa cuando un nombre PTR resuelve a la misma IP. Si no, el resultado dice qué mitad falta.
Para cambiar un PTR, pídelo a quien controla el rango de IP, normalmente tu hosting o proveedor de nube; no se define en el DNS de tu dominio.

¿Por qué los servidores de correo necesitan DNS inverso confirmado?

Porque Gmail y Yahoo lo exigen en las IP de envío, y muchos otros receptores lo revisan. Las directrices para remitentes de Google piden DNS directo e inverso válidos en las IP de envío, y Google enumera los errores 4.7.23 y 5.7.25 para una IP sin PTR o con un PTR que no resuelve de vuelta. Los requisitos de Yahoo (en inglés) también piden DNS inverso válido.

Confirmado significa que las dos direcciones coinciden: el PTR de la IP nombra un host y el registro A (o AAAA en IPv6) de ese host incluye la misma IP. Un PTR solo no basta, porque quien controla un bloque de IP puede apuntarlo a cualquier nombre, incluido el tuyo. Lo más limpio es un nombre en tu propio dominio, como mail.tuempresa.com, con registros que coinciden en ambos sentidos.

¿Cómo hago una consulta inversa en Windows, Linux o Mac?

Usa nslookup 209.85.220.41 en el Símbolo del sistema de Windows, la Terminal de macOS o Linux. En PowerShell, Resolve-DnsName 209.85.220.41 -Type PTR hace lo mismo, y en Linux y macOS dig -x 209.85.220.41 +short devuelve solo el nombre.

Esos comandos hacen solo la primera mitad. Para la confirmación directa, consulta el nombre que devuelven, por ejemplo dig +short mail-sor-f41.google.com, y confirma que vuelve la misma IP. La herramienta hace los dos pasos y los compara por ti.

¿Debo revisarlo si envío desde una plataforma?

Normalmente no. Si tu correo sale por Google Workspace, Microsoft 365 o una plataforma de email, las IP son suyas y ellos gestionan el DNS inverso. Solo necesitas revisarlo si tienes tu propio servidor de correo o IP dedicadas. Para encontrar la IP que envió un mensaje, pega sus cabeceras en el analizador de cabeceras de correo.

Preguntas frecuentes

¿Qué diferencia hay entre DNS directo e inverso?: El directo convierte un nombre en una IP con registros A o AAAA. El inverso convierte una IP en un nombre con un registro PTR. Los servidores de correo revisan los dos y quieren que coincidan.
¿Por qué falla una consulta de DNS inverso?: Casi siempre porque el dueño de la IP nunca publicó un PTR, algo común en conexiones domésticas y servidores recién rentados. El otro fallo es un PTR cuyo nombre no resuelve a la IP. Los dos se corrigen con el proveedor de la IP y tu propio DNS.
¿Cómo configuro el PTR de mi servidor de correo?: Pídeselo al proveedor dueño de la IP, normalmente tu hosting o nube. Pon el PTR en un nombre de tu dominio, como mail.tuempresa.com, y crea un registro A para ese nombre que apunte a la IP, para que coincidan.
¿Puedo consultar una dirección IPv6?: Sí. El DNS inverso de IPv6 usa la zona ip6.arpa, con cada dígito hexadecimal invertido, y la confirmación directa usa registros AAAA. Escribe la dirección IPv6 como la escribes normalmente.
¿Un PTR correcto significa que la IP es de confianza?: No. Significa que los registros coinciden. Una IP en una lista negra con un PTR perfecto sigue viendo su correo rechazado; revísala con el verificador de listas negras.

¿Tienes una lista? Las primeras 100 direcciones son gratis.

Inicia sesión con Google, pega las direcciones o sube un CSV y cada una pasa por la misma comprobación SMTP del buzón, con resultados para descargar. Sin tarjeta.

Los dominios catch-all y los servidores que no responden salen como riesgosos, nunca como válidos.

Al continuar aceptas los Términos y la Política de privacidad. Terms · Privacy