Constructor de Nombre PTR Inverso (IPv4)

El Reverse PTR Name Builder para IPv4 convierte direcciones IPv4 en sus correspondientes nombres de DNS reverso in-addr.arpa usados para registros PTR. Ingresa una dirección como 192.168.1.100 y la herramienta devuelve 100.1.168.192.in-addr.arpa. También maneja entrada masiva, convirtiendo listas de direcciones IP para preparación de archivos de zona en lote.

Entendiendo el DNS reverso y los registros PTR

El DNS reverso es el mecanismo que mapea direcciones IP de vuelta a nombres de host. Mientras que el DNS directo responde la pregunta "¿cuál es la dirección IP de mail.example.com?", el DNS reverso responde lo opuesto: "¿qué nombre de host está asociado con 192.168.1.100?". Este mapeo se almacena en registros PTR (pointer) bajo el dominio especial in-addr.arpa, y se usa en toda la red para logging, verificación de seguridad y entrega de correo electrónico.

La razón por la que el DNS reverso usa un formato especial en lugar de simplemente buscar la IP directamente es que DNS resuelve nombres jerárquicamente de derecha a izquierda. Para el DNS directo, mail.example.com se resuelve consultando primero los servidores de nombres de com, luego example.com, luego mail.example.com. Para que la delegación de direcciones IP funcione de la misma manera, los octetos de la dirección deben invertirse. La IP 192.168.1.100 se convierte en 100.1.168.192.in-addr.arpa, lo que permite que la delegación DNS siga el mismo patrón descendente: la zona 192.in-addr.arpa se delega al propietario del bloque 192.0.0.0/8, quien puede entonces delegar 168.192.in-addr.arpa al propietario de 192.168.0.0/16, y así sucesivamente hasta las zonas individuales /24.

Esta inversión es lo suficientemente simple en concepto pero propensa a errores en la práctica. Transponer octetos a mano es una fuente confiable de errores tipográficos, especialmente cuando trabajas con docenas de direcciones en un archivo de zona. Esta herramienta elimina ese riesgo calculando el nombre in-addr.arpa correcto automáticamente, incluyendo los límites de delegación de zona para bloques CIDR.

Cómo construir un nombre PTR reverso de IPv4

1. Ingresa una o más direcciones IPv4 (por ejemplo, 192.168.1.100)
2. La herramienta invierte el orden de los octetos y agrega .in-addr.arpa
3. Revisa el nombre PTR generado listo para usar en archivos de zona DNS
4. Para entrada masiva, todas las direcciones se convierten a la vez con resultados listados por línea

Ejemplos de nombres DNS reverso IPv4

Ejemplos de delegación de zona DNS reversa

Cuándo usar el constructor de nombres PTR de IPv4

• Configurar zonas DNS reversas en BIND, PowerDNS u otros servidores DNS autoritativos
• Configuración de servidor de correo -- Los servidores de correo verifican registros PTR para validar la legitimidad de la IP del remitente; nombres PTR incorrectos causan fallos en la entrega
• Preparar entradas de archivos de zona para creación masiva de registros PTR en un bloque de red /24 o más grande
• Solucionar problemas de búsquedas reversas confirmando el nombre in-addr.arpa correcto antes de ejecutar dig -x o nslookup
• Solicitudes de delegación al ISP -- Proporcionar el nombre de zona correcto al solicitar delegación de DNS reverso a tu proveedor upstream
• Auditoría y documentación -- Generar el nombre reverso para cada IP en tu asignación para registros de infraestructura

Cómo funciona el DNS reverso de IPv4

El DNS reverso mapea direcciones IP de vuelta a nombres de host usando el dominio in-addr.arpa. El sistema usa la jerarquía DNS misma invirtiendo los octetos de la dirección IP para que la delegación siga el mismo patrón descendente que el DNS directo.

Por qué se invierten los octetos

DNS resuelve nombres de derecha a izquierda a través de la jerarquía. Para el DNS directo, mail.example.com se resuelve consultando los servidores de com, luego example.com, luego mail.example.com. Para que la delegación de direcciones IP funcione de la misma manera, los octetos deben invertirse:

• La IP 192.168.1.100 está en el bloque 192.0.0.0/8
• La zona reversa de ese bloque es 192.in-addr.arpa
• La zona /16 192.168.0.0/16 mapea a 168.192.in-addr.arpa
• La zona /24 192.168.1.0/24 mapea a 1.168.192.in-addr.arpa
• El PTR del host individual es 100.1.168.192.in-addr.arpa

Registros PTR en archivos de zona

Un registro PTR en el archivo de zona 1.168.192.in-addr.arpa se ve así:

100   IN  PTR  mail.example.com.

El 100 es relativo a la zona (representando el último octeto), y el nombre de host de destino debe terminar con un punto para indicar que está completamente cualificado.

Delegación reversa classless (RFC 2317)

Para asignaciones menores a un /24, como un /28 o /29, la delegación estándar por límites de octeto no aplica. RFC 2317 define una solución alternativa usando registros CNAME para delegar porciones de una zona /24. El constructor de nombres PTR maneja estos casos mostrando tanto el nombre in-addr.arpa estándar como el formato de delegación apropiado.

DNS reverso en la práctica

La razón más importante para configurar correctamente el DNS reverso es el correo electrónico. Cuando tu servidor de correo se conecta a otro servidor para entregar un mensaje, el servidor receptor casi siempre realiza una búsqueda DNS reversa de tu dirección IP. Si no hay un registro PTR, o si el registro PTR apunta a un nombre de host que no resuelve de vuelta a tu IP (una verificación de DNS reverso confirmado por forward, o FCrDNS), es probable que tu mensaje sea rechazado o enviado a spam. Cada servidor de correo legítimo necesita un registro PTR que coincida con su DNS directo, y esta herramienta te ayuda a construir el nombre in-addr.arpa correcto para ese registro.

Más allá del correo electrónico, el DNS reverso aparece en logs de seguridad, sistemas de detección de intrusiones y dashboards de monitoreo de red. Cuando ves una dirección IP en un log, tener un nombre de host junto a ella hace que la investigación sea mucho más rápida. El DNS reverso también juega un papel en el control de acceso: algunos servicios permiten o deniegan acceso basándose en si la IP que se conecta tiene un registro PTR válido. Aunque esto no es una medida de seguridad fuerte por sí sola, es parte de la higiene básica esperada de redes bien administradas.

Cuando solicites delegación de DNS reverso a tu ISP, necesitas proporcionar el nombre de zona exacto. Para una asignación /24, esto es sencillo: 1.168.192.in-addr.arpa para el bloque 192.168.1.0/24. Para asignaciones más pequeñas, el ISP típicamente administra la zona y crea registros PTR individuales en tu nombre, o usa el esquema de delegación CNAME de RFC 2317 para darte control sobre tu porción de la zona.

Preguntas frecuentes

¿Por qué los servidores de correo requieren registros PTR?

Muchos servidores de correo realizan una verificación de DNS reverso en las direcciones IP que se conectan como medida anti-spam. Si una IP no tiene registro PTR, o si el nombre de host del PTR no resuelve de vuelta a esa IP (una verificación de DNS reverso confirmado por forward), el servidor receptor puede rechazar o poner en cuarentena el mensaje. Configurar registros PTR correctos es uno de los requisitos fundamentales para la entregabilidad del correo electrónico.

¿Puedo crear registros PTR para direcciones que no me pertenecen?

No. Los registros PTR deben crearse en la zona DNS reversa que está delegada al propietario del bloque de direcciones IP. Si tienes una asignación /24 de tu ISP, ellos pueden delegar la zona reversa a tus servidores de nombres. Para asignaciones más pequeñas, típicamente solicitas que el ISP cree registros PTR en tu nombre.

¿Cuál es la diferencia entre dig -x y consultar manualmente el nombre PTR?

El comando dig -x 192.168.1.100 es un atajo que automáticamente construye la consulta para 100.1.168.192.in-addr.arpa con tipo PTR. El resultado es idéntico a ejecutar dig PTR 100.1.168.192.in-addr.arpa manualmente.

¿El nombre de host del registro PTR debe coincidir con el registro A del DNS directo?

Sí. La mejor práctica es asegurar que el registro PTR de una dirección IP apunte a un nombre de host que tenga un registro A que resuelva de vuelta a esa misma IP. Este DNS reverso confirmado por forward (FCrDNS) es verificado por muchos servidores de correo y herramientas de seguridad. Una discrepancia o cadena rota causa problemas de entregabilidad y puede activar alertas de seguridad.

¿Cómo configuro el DNS reverso para un servidor en la nube?

Los proveedores de nube como AWS, Azure y GCP proporcionan mecanismos para configurar registros PTR para tus instancias. En AWS, envías un formulario de solicitud para asociar un registro PTR con una Elastic IP. En Azure y GCP, los registros PTR pueden configurarse a través de la configuración de DNS o interfaz de red de la plataforma. El proceso exacto varía según el proveedor, pero aún necesitas conocer el nombre in-addr.arpa correcto para tu IP.

Herramientas relacionadas

• Reverse PTR Name Builder (IPv6) - Construir nombres PTR ip6.arpa desde direcciones IPv6
• BIND Zone A/AAAA Generator - Generar registros A y AAAA de zona BIND desde CSV
• Hostname Validator - Validar nombres de host según estándares RFC 1123
• FQDN Validator - Validar nombres de dominio completamente cualificados
• Zone File Linter - Verificar archivos de zona por errores de sintaxis y duplicados