Qué es un registro PTR

Un registro PTR (Pointer) proporciona búsqueda DNS inversa (rDNS), asociando una dirección IP con un nombre de dominio. Mientras que los registros A/AAAA convierten nombres de dominio en direcciones IP, los registros PTR hacen lo contrario: permiten encontrar qué dominio está asociado a una IP determinada.

Cómo funcionan los registros PTR

Los registros PTR utilizan zonas de búsqueda inversa especiales:

IPv4: Las direcciones IP se invierten y se colocan bajo in-addr.arpa

1.2.0.192.in-addr.arpa.    3600    PTR    mail.example.com.

Esto asocia 192.0.2.1 → mail.example.com

IPv6: Cada nibble se invierte bajo ip6.arpa

4.3.3.7.0.7.3.e.2.a.8.0.0.0.0.0.0.0.0.0.3.a.5.8.8.b.d.0.1.0.0.2.ip6.arpa.    3600    PTR    mail.example.com.

Por qué importan los registros PTR

Entregabilidad de correo electrónico

Los servidores de correo verifican los registros PTR para comprobar la legitimidad del remitente:

• Muchos servidores de correo rechazan emails de IPs sin registros PTR válidos
• El PTR debe coincidir con el nombre de host HELO/EHLO del servidor
• Los registros PTR ausentes o que no coinciden frecuentemente resultan en filtrado de spam

Seguridad y registros

• Los registros de firewall pueden mostrar nombres de host en lugar de IPs sin procesar
• Las herramientas de seguridad usan rDNS para análisis de amenazas
• La resolución de problemas de red se beneficia de nombres de host legibles

Verificación de servicios

• Las conexiones SSH pueden mostrar el nombre de host que se conecta
• Los servidores web pueden registrar nombres de host de visitantes
• Las herramientas de monitoreo de red proporcionan informes más claros

Casos de uso comunes

Configuración de servidor de correo

; Registro directo
mail.example.com.              3600    A      192.0.2.25
 
; Registro inverso (en zona inversa)
25.2.0.192.in-addr.arpa.      3600    PTR    mail.example.com.

Servidor web

; Registro directo
www.example.com.               3600    A      192.0.2.80
 
; Registro inverso
80.2.0.192.in-addr.arpa.      3600    PTR    www.example.com.

Múltiples servicios en una IP

Cuando una IP aloja múltiples servicios, el PTR normalmente apunta al nombre de host principal o a un nombre genérico del servidor:

25.2.0.192.in-addr.arpa.      3600    PTR    server1.example.com.

Formato del registro

Añadir un registro PTR

Nota importante

Los registros PTR normalmente son gestionados por quien controla el bloque de direcciones IP:

• Proveedores cloud (AWS, GCP, Azure) - Configurar a través de su consola
• Proveedores de hosting - Usar su panel de control o contactar con soporte
• ISPs - Contactar con tu ISP para cambios de registros PTR
• Espacio IP propio - Gestionar en tu zona DNS inversa

Si DNScale gestiona tu zona inversa, puedes añadir registros PTR directamente.

Usando el panel de control

1. Navega a tu zona inversa (ej., 2.0.192.in-addr.arpa)
2. Haz clic en Add Record
3. Configura el registro:
   • Name: Introduce el último octeto(s) de la IP (ej., 1 para 192.0.2.1)
   • Type: Selecciona PTR
   • Value: Introduce el nombre de dominio completamente cualificado
   • TTL: Establece la duración de caché (por defecto: 3600)
4. Haz clic en Create Record

Usando la API

Crear un registro PTR:

curl -X POST "https://api.dnscale.eu/v1/zones/{reverse_zone_id}/records" \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "1",
    "type": "PTR",
    "content": "mail.example.com",
    "ttl": 3600
  }'

Nota: La zona debe ser una zona inversa (ej., 2.0.192.in-addr.arpa).

Respuesta de la API:

{
  "status": "success",
  "data": {
    "message": "Record created successfully",
    "record": {
      "id": "encoded-record-id",
      "name": "1.2.0.192.in-addr.arpa.",
      "type": "PTR",
      "content": "mail.example.com.",
      "ttl": 3600,
      "disabled": false
    }
  }
}

Conversión de dirección IP a nombre PTR

IPv4

Invierte los octetos y añade .in-addr.arpa:

192.0.2.1 → 1.2.0.192.in-addr.arpa

IPv6

Expande completamente, invierte cada nibble, añade puntos y agrega .ip6.arpa:

2001:db8::1
= 2001:0db8:0000:0000:0000:0000:0000:0001
→ 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa

Mejores prácticas

1. Coincidencia directa e inversa - El PTR debe resolver a un nombre de host que a su vez resuelva a la misma IP (DNS inverso con confirmación directa)

2. Usar FQDNs - Siempre usar nombres de dominio completamente cualificados con punto final

3. Un PTR por IP - A diferencia de los registros A, cada IP debe tener solo un registro PTR

4. El PTR del servidor de correo es crítico - La entregabilidad del email depende en gran medida de una configuración PTR correcta

5. El PTR debe coincidir con HELO - Para servidores de correo, asegúrate de que el PTR coincida con el nombre de host SMTP HELO/EHLO

Verificación de DNS inverso con confirmación directa (FCrDNS)

Para la entregabilidad del correo electrónico, verifica tu configuración:

# Paso 1: Verificar registro PTR
dig -x 192.0.2.1
 
# Paso 2: Verificar que el resultado resuelve de vuelta
dig A mail.example.com
 
# Ambos deben coincidir con la misma IP

Probar registros PTR

# Consultar PTR para IPv4
dig -x 192.0.2.1
 
# Consultar PTR para IPv6
dig -x 2001:db8::1
 
# Usando un servidor de nombres específico
dig -x 192.0.2.1 @ns1.dnscale.eu
 
# Salida resumida
dig -x 192.0.2.1 +short

Problemas comunes

Tipos de registro relacionados

• A - Búsqueda directa (dominio → IPv4)
• AAAA - Búsqueda directa (dominio → IPv6)
• MX - Configuración de servidor de correo

Conclusión

Los registros PTR son esenciales para la entregabilidad del correo electrónico y las operaciones de red. Aunque normalmente son gestionados por los proveedores de direcciones IP en lugar de los proveedores de hosting DNS, entender los registros PTR te ayuda a asegurar una configuración correcta y resolver problemas de entrega. Cuando controlas tu espacio de IPs, DNScale puede gestionar tus zonas DNS inversas junto con tus zonas directas.