Resumen

  • En un objeto domain de AFRINIC, mnt-domains referencia al mantenedor que puede autorizar objetos directamente debajo del árbol registrado.
  • Esa autorización no demuestra que los servidores estén configurados, que la delegación esté activa, que las consultas autoritativas respondan o que existan PTR correctos.

Un permiso en la base de datos

El manual de la base de AFRINIC define un alcance concreto. En un objeto domain, mnt-domains apunta al mantenedor que autoriza la creación de objetos inmediatamente subordinados. Responde a una pregunta de control de cambios: ¿qué credenciales pueden respaldar una actualización de esta clase?

El dato sirve para analizar rechazos de actualización o disputas de autorización. Pero no contiene respuestas DNS, seriales de zona, latencia, códigos de respuesta, validación DNSSEC ni valores PTR. No configura ni enciende un servidor. Convertir la referencia en prueba de servicio mezcla un permiso registral con la observación de otro sistema.

La delegación inversa tiene más etapas

La guía de AFRINIC separa claramente el proceso operativo. El titular configura primero la zona inversa en sus servidores, luego crea el objeto domain. AFRINIC verifica la configuración antes de propagar la delegación y facilita una herramienta para detectar lameness. Los servidores propuestos aparecen en los valores nserver.

Cada paso aporta una evidencia distinta. El objeto registra el espacio inverso y los servidores declarados. mnt-domains registra quién controla la creación de objetos hijo. La zona padre revela la delegación publicada. Las consultas directas muestran si cada servidor responde con autoridad. Una referencia válida puede coexistir con datos obsoletos, una delegación lame, servidores inaccesibles o una zona sin PTR.

Tampoco debe invertirse la inferencia: un DNS funcional no convierte a mnt-domains en un inventario completo de responsabilidades técnicas, jurídicas o comerciales.

Una lectura reproducible

Guardar el objeto exacto, la hora y la interfaz de consulta. Registrar por separado su clave, nserver, mnt-by, mnt-domains y el padre pertinente. Después consultar la delegación padre y cada servidor, conservando nombre consultado, tipo, dirección, código, indicadores de autoridad y hora.

Para el servicio inverso, probar nombres PTR representativos sin tratar la ausencia de un único PTR como fallo de toda la zona. La comprobación de lameness distingue la publicación de una delegación del servicio autoritativo real. RDAP ofrece una vista estructurada de la inscripción domain, pero sigue siendo evidencia registral, no una medición DNS.

Fuentes