# Comprobar el reverse DNS: consultar y configurar el registro PTR > Cómo comprobar el reverse DNS de una dirección IP con dig, host y nslookup, hacerlo configurar en el proveedor y cumplir las reglas de los servidores de correo. Quelle: https://whovisit.app/es/blog/comprobar-reverse-dns-registro-ptr Veröffentlicht: 2026-11-07 Herausgeber: Whovisit (ARAVILO, Innsbruck) Quien gestiona un servidor de correo se topa tarde o temprano con el mensaje de error «no reverse DNS» o «PTR missing». Se refiere a la entrada de reverse DNS de la dirección de su servidor. Este artículo muestra cómo consultarla, qué debe cumplir en los servidores de correo y cómo hacerla configurar. Cómo deducir una empresa a partir de un nombre de host figura, en cambio, en [Registro PTR: cómo un nombre de host se convierte en una empresa](https://whovisit.app/blog/ptr-rueckwaertssuche-firma). ## Qué es el reverse DNS El DNS normal traduce un nombre en una dirección. El reverse DNS hace lo contrario: para una dirección IP devuelve un nombre. Para ello existe el registro PTR. La consulta se realiza a través de un dominio especial. En IPv4 es `in-addr.arpa`, en IPv6 `ip6.arpa`. La dirección se invierte. De `192.0.2.10` resulta `10.2.0.192.in-addr.arpa`. En IPv6 se invierten los dígitos hexadecimales individuales, como describe el [RFC 3596](https://www.rfc-editor.org/rfc/rfc3596). ## Consultar el registro PTR Todos los comandos consultan en el ejemplo `193.0.6.139`, la dirección de RIPE NCC. Sustitúyala por la suya. | Herramienta | Comando | Conviene saber | |---|---|---| | dig (macOS, Linux) | `dig -x 193.0.6.139 +short` | Invierte la dirección por sí mismo. Sin `+short` ve también el estado. | | host (macOS, Linux) | `host 193.0.6.139` | Salida más corta: «domain name pointer …» | | nslookup (todos los sistemas) | `nslookup 193.0.6.139` | Disponible también en Windows. | Si no llega respuesta, no hay entrada (estado `NXDOMAIN`) o el servidor de nombres competente no responde (`SERVFAIL`, tiempo de espera agotado). Para IPv6 funciona la misma notación, por ejemplo `dig -x 2001:db8::25 +short` con una dirección del rango de documentación. Quien no tenga consola puede usar una consulta en línea de páginas de herramientas DNS. Las entradas recién modificadas, debido al almacenamiento en caché (TTL), a menudo tardan un tiempo en llegar a todas partes. ## Por qué lo necesitan los servidores de correo Los servidores de correo receptores comprueban con gusto si el remitente está bien configurado. Parte de esa comprobación es el reverse DNS. La idea básica se llama en lenguaje técnico *forward-confirmed reverse DNS*: 1. Para la dirección del remitente se consulta el registro PTR. Resultado: un nombre de host. 2. Para ese nombre de host se consulta el registro A (en IPv6 AAAA). 3. Si la dirección coincide con la original, la cadena está cerrada. Google exige expresamente a los remitentes entradas directa e inversa válidas. En las [directrices para remitentes](https://support.google.com/a/answer/81126) consta que la dirección del remitente debe coincidir con la dirección del nombre de host indicado en el registro PTR. También el [RFC 1912](https://www.rfc-editor.org/rfc/rfc1912) recomienda en la sección 2.1 que los registros PTR y A concuerden y que el registro PTR no apunte a un CNAME. Si otro destinatario comprueba de forma estricta consta en su propia documentación. Cuente con que una entrada ausente o inadecuada lleve a correos rechazados o a que acaben en la carpeta de spam. ## Hacerlo configurar El registro PTR no se establece en su propia administración de dominios. Está en la zona que corresponde al bloque de direcciones. Esa zona la administra a quien se ha asignado el bloque. Por lo general, es su proveedor o alojador. 1. Elija el nombre de host con el que debe presentarse su servidor de correo, por ejemplo `mail.beispiel-firma.example`. 2. Cree en su propia zona DNS el registro A: `mail.beispiel-firma.example` apunta a `192.0.2.10`. 3. Registre en el portal de clientes del proveedor la entrada de reverse DNS para `192.0.2.10`. En muchos alojadores es un campo en la dirección IP. Si no, basta una solicitud al soporte con la dirección y el nombre deseado. 4. Compruebe con `dig -x` y después con `dig mail.beispiel-firma.example +short` que ambos sentidos concuerdan. 5. Asegúrese de que el nombre encaja también con el saludo (HELO/EHLO) de su servidor de correo. Si tiene un bloque de direcciones propio, el registro reenvía la zona a sus servidores de nombres. Para bloques menores que un /24, el [RFC 2317](https://www.rfc-editor.org/rfc/rfc2317) describe el procedimiento. En ese caso pregunte primero a su proveedor. Hay dos escollos frecuentes. Si el servidor tiene varias direcciones, cada una necesita su propia entrada. Y con direcciones dinámicas, como las de las conexiones domésticas, por lo general no obtiene un nombre elegido libremente. Quien envía correo desde ahí hace mejor en usar un servicio de relay. ## Si la comprobación falla | Observación | Posible causa | |---|---| | Ninguna entrada | El proveedor no ha establecido nada, falta la entrada para esta dirección | | La entrada apunta a un nombre genérico del proveedor | Nunca se solicitó un nombre propio | | El nombre no se resuelve a la misma dirección | Falta el registro A o apunta a una dirección antigua | | Solo funciona IPv4 | Falta la entrada para IPv6, Google lo señala en su documentación | | Cambio no visible | Caché, esperar o consultar directamente el servidor de nombres del proveedor | El reverse DNS no sustituye a la autenticación del correo. SPF, DKIM y DMARC son temas aparte. Pero sin un registro PTR adecuado, un servidor de correo queda enseguida bajo el radar de los destinatarios. ## Lo que el reverse DNS no demuestra La entrada es voluntaria y la mantiene el operador de la red. No dice quién utiliza una dirección. Por eso sirve como indicio, no como prueba, si quiere saber [de quién es una dirección IP](https://whovisit.app/blog/ip-adresse-inhaber-herausfinden). Para eso, el registro de redes es la fuente más fiable. La interacción de ambas vías la explica [Reverse IP lookup explicado de forma sencilla](https://whovisit.app/blog/reverse-ip-lookup-erklaert). ## Preguntas frecuentes **¿Debe tener todas las direcciones IP un registro PTR?** No, es voluntario. Para servidores que envían correo, en la práctica es obligatorio, porque los destinatarios lo comprueban. **¿Puedo modificar yo mismo el registro PTR?** Solo si administra la zona inversa de la dirección. En el caso de direcciones de su proveedor o alojador, este establece la entrada, normalmente a través del portal de clientes o a petición. **¿Qué diferencia hay entre reverse DNS y Whois?** El reverse DNS devuelve un nombre de host y lo establece el operador de la red. Whois o RDAP indican el titular del rango de direcciones. Son bases de datos distintas con finalidades distintas.