Un registro PTR asocia una dirección IP a un nombre de host. Se habla de resolución inversa. Los sistemas lo utilizan para los logs, los controles de red y la mensajería. Para ir hacia una dirección, nos apoyamos en A o AAAA. Para volver hacia un nombre, nos apoyamos en PTR.
Un registro PTR contiene un nombre, un tipo, un objetivo y un TTL. El TTL indica cuánto tiempo la respuesta permanece en caché en el resolutor local.
| Nombre | Tipo | Objetivo | TTL en segundos |
|---|
| 10.113.0.203.in-addr.arpa. | PTR | mail.ejemplo.net. | 3600 |
En este ejemplo el nombre corresponde a la dirección 203.0.113.10 escrita al revés en la zona in-addr.arpa. El objetivo es el nombre de host esperado. Un TTL a 3600 corresponde a una hora.
| Nombre | Tipo | Objetivo | TTL en segundos |
|---|
| 0.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.b.d.0.1.0.0.2.ip6.arpa. | PTR | host.ejemplo.net. | 3600 |
Aquí el nombre retoma cada dígito hexadecimal de 2001:db8::10 al revés en la zona ip6.arpa. El objetivo es el nombre de host esperado.
Una buena configuración hace corresponder PTR y A o AAAA. El nombre devuelto por PTR debe él mismo resolver hacia la dirección de origen. Esta coherencia ayuda a la mensajería y al diagnóstico.
Un TTL corto hace visible un cambio más rápido. Práctico durante un cambio de dirección.
Un TTL medio o largo reduce las consultas hacia los servidores autoritarios. Útil para una configuración estable.
Reducir el TTL algunas horas antes de una modificación luego subirlo después de la validación.
Bueno saber
Una dirección puede publicar un solo PTR útil. Multiplicar los PTR para la misma dirección crea ambigüedad. Es mejor un nombre claro que luego resuelve en A o AAAA.
En la zona inversa proporcionada por el titular de las direcciones. Para IPv4 esto se hace bajo in-addr.arpa. Para IPv6 esto se hace bajo ip6.arpa. En bloques proporcionados por un operador, la gestión del PTR se ajusta a menudo en su panel de control.
A evitar
Apuntar un PTR hacia un nombre que no posee registro A o AAAA.
Dejar un objetivo antiguo después de un cambio de dirección.
Publicar un nombre genérico que no refleja el servicio real.
Una búsqueda DNS en línea permite introducir una dirección. El resultado muestra el nombre devuelto por PTR y el TTL visible desde Internet. Es un primer control útil. Hacer luego una prueba local desde su máquina.
Windows proporciona nslookup. Se puede usar en modo interactivo.
nslookup
set q=ptr
10.113.0.203.in-addr.arpa
O simplemente
nslookup 203.0.113.10
nslookup
set q=ptr
server 1.1.1.1
10.113.0.203.in-addr.arpa
El primer método sigue la configuración de red de la máquina. El segundo fuerza el uso de un resolutor tercero, aquí el de Cloudflare.
En estos sistemas el comando dig es práctico y fácil de usar.
dig ptr 10.113.0.203.in-addr.arpa
dig ptr 10.113.0.203.in-addr.arpa @1.1.1.1
Para IPv6 se consulta la forma ip6.arpa del mismo nombre.
Una respuesta con NXDOMAIN indica la ausencia de PTR. Agregar la entrada en la zona inversa.
Un nombre devuelto que no resuelve en A o AAAA señala una incoherencia. Corregir la zona directa.
Un TTL elevado puede explicar un desfase después de un cambio.
- Verificar el control de la zona inversa con el proveedor de acceso o el cloud.
- Elegir un nombre de host claro que resuelva en A o AAAA hacia la dirección.
- Crear el PTR con un TTL reducido.
- Probar con nslookup o con el comando dig desde varias redes.
- Subir el TTL cuando todo esté estable.
Consejo práctico
Para la mensajería hacer corresponder el registro PTR, el nombre usado por el servidor SMTP y el registro A o AAAA asociado. Esta coherencia mejora la entregabilidad.
Exigir un PTR que devuelva un nombre dedicado. El nombre debe resolver hacia la dirección del servidor.
Solicitar la delegación de la zona inversa o usar la interfaz prevista para gestionar los PTR.
Automatizar la creación y eliminación del PTR a la llegada y salida de las instancias.
- Si un servicio rechaza la conexión verificar la presencia de un PTR y la coherencia con A o AAAA.
- Si la respuesta sigue siendo antigua esperar la expiración del TTL y purgar la caché del resolutor local si es posible.
- Si el proveedor gestiona la zona inversa abrir un ticket y proporcionar la dirección y el nombre deseado.
En resumen, un registro PTR proporciona el nombre asociado a una dirección. Complementa los registros A y AAAA. Un TTL adaptado y una coherencia ida y vuelta simplifican los controles. La verificación pasa por una herramienta en línea luego por nslookup y por dig.
Con estas referencias la gestión permanece clara. Los cambios se desarrollan sin estrés. Los servicios se identifican correctamente en resolución inversa.