Cómo funciona el DNS inverso
El DNS directo asocia nombres a direcciones; el DNS inverso devuelve una dirección a un nombre mediante registros PTR en un árbol especial. En IPv4, los octetos se invierten y se añade .in-addr.arpa: 192.168.1.10 se consulta como 10.1.168.192.in-addr.arpa. En IPv6, cada dígito hex de la dirección totalmente expandida se invierte y se cuelga, separado por puntos, bajo .ip6.arpa, lo que da 32 etiquetas.
El árbol inverso se delega siguiendo las mismas líneas que las asignaciones de direcciones: quien tiene 192.168.0.0/16 recibe 168.192.in-addr.arpa y puede delegar 1.168.192.in-addr.arpa para cada /24. En la práctica eso es tu ISP o tu proveedor de hosting; para un único servidor, el PTR se suele fijar en su panel de control en lugar de operar la zona uno mismo.
Por qué importa
- Correo: la mayoría de los receptores rechazan o marcan como spam el correo de una dirección sin PTR o cuyo PTR no coincide con el nombre HELO (DNS inverso confirmado hacia delante). Es la razón principal para configurar PTR.
- Registros y traceroute muestran nombres de host en vez de direcciones.
- SSH, Kerberos y algunos cortafuegos usan consultas inversas para decidir el acceso y sufren tiempos de espera cuando la zona inversa está rota.
Menor que un /24
Un /24 es la zona IPv4 más pequeña que encaja en los límites de octeto. Para un /29 o un /28, el proveedor delega con el truco del RFC 2317: la zona padre contiene CNAME para cada dirección que apuntan a una subzona como 0-7.1.168.192.in-addr.arpa que controla el cliente. La herramienta nombra esa zona cuando el prefijo no cae en un límite de octeto. IPv6 no tiene ese problema: /64, /56 y /48 caen todos en límites de nibble.
Preguntas
¿Cuál es el registro PTR de 8.8.8.8?
Está en 8.8.8.8.in-addr.arpa y apunta a dns.google. El nombre PTR de cualquier dirección son simplemente sus octetos invertidos bajo in-addr.arpa.
¿Cómo configuro el DNS inverso de mi servidor?
En el panel del proveedor (Hetzner: servidor → red → DNS inverso; AWS: petición de soporte o ajustes de la IP elástica; la mayoría de proveedores de VPS: un campo junto a la IP). El proveedor es dueño de la zona inversa, así que solo él puede crear el registro.
¿Necesito un PTR para IPv6?
Para un servidor de correo, sí, por las mismas razones que en IPv4. Para todo lo demás es opcional pero limpio. El nombre ip6.arpa es largo, por eso esta herramienta lo genera por ti.
¿A qué debe apuntar el PTR?
A un nombre que resuelva de vuelta a la misma dirección (el registro directo debe existir). En servidores de correo debe coincidir con el nombre HELO/EHLO del servidor, p. ej. mail.example.com.