Capítulo 62. Gestión de zonas DNS en IdM
Como administrador de Identity Management (IdM), puede gestionar el funcionamiento de las zonas DNS de IdM. El capítulo describe los siguientes temas y procedimientos:
Requisitos previos
El servicio DNS está instalado en el servidor IdM. Para obtener más información sobre cómo instalar un servidor IdM con DNS integrado, consulte uno de los siguientes enlaces:
62.1. Tipos de zonas DNS compatibles Copiar enlaceEnlace copiado en el portapapeles!
La gestión de identidades (IdM) admite dos tipos de zonas DNS: primary y forward. Esta sección describe estos dos tipos de zonas e incluye un escenario de ejemplo para el reenvío de DNS.
Esta guía utiliza la terminología de BIND para los tipos de zona, que es diferente de la terminología utilizada para el DNS de Microsoft Windows. Las zonas primarias en BIND tienen el mismo propósito que forward lookup zones y reverse lookup zones en el DNS de Microsoft Windows. Las zonas de reenvío en el BIND tienen el mismo propósito que conditional forwarders en el DNS de Microsoft Windows.
- Zonas DNS primarias
Las zonas DNS primarias contienen datos DNS autoritativos y pueden aceptar actualizaciones DNS dinámicas. Este comportamiento es equivalente a la configuración de
type masteren la configuración estándar de BIND. Puede gestionar las zonas primarias mediante los comandosipa dnszone-*.De acuerdo con las reglas estándar del DNS, toda zona primaria debe contener los registros
start of authority(SOA) ynameserver(NS). IdM genera estos registros automáticamente cuando se crea la zona DNS, pero debe copiar los registros NS manualmente en la zona primaria para crear una delegación adecuada.De acuerdo con el comportamiento estándar de BIND, las consultas de nombres para los que el servidor no es autoritativo se reenvían a otros servidores DNS. Estos servidores DNS, llamados forwarders, pueden ser o no autoritarios para la consulta.
Ejemplo 62.1. Ejemplo de escenario para el reenvío de DNS
El servidor IdM contiene la zona maestra
test.example.. Esta zona contiene un registro de delegación NS para el nombresub.test.example.. Además, la zonatest.example.está configurada con la dirección IP del reenviador192.0.2.254para la subzonasub.text.example.Un cliente que consulta el nombre
nonexistent.test.example.recibe la respuestaNXDomain, y no se produce ningún reenvío porque el servidor IdM es autoritativo para este nombre.Por otro lado, la consulta del nombre
host1.sub.test.example.se reenvía al reenviador configurado192.0.2.254porque el servidor IdM no es autoritativo para este nombre.- Reenviar zonas DNS
Desde el punto de vista de IdM, las zonas DNS de reenvío no contienen ningún dato autoritativo. De hecho, una zona de reenvío suele contener sólo dos datos:
- Un nombre de dominio
- La dirección IP de un servidor DNS asociado al dominio
Todas las consultas de nombres pertenecientes al dominio definido se reenvían a la dirección IP especificada. Este comportamiento es equivalente a la configuración de type forward en la configuración estándar de BIND. Puede gestionar las zonas de reenvío mediante los comandos ipa dnsforwardzone-*.
Las zonas DNS de reenvío son especialmente útiles en el contexto de los fideicomisos IdM-Active Directory (AD). Si el servidor DNS de IdM es autoritativo para la zona idm.example.com y el servidor DNS de AD es autoritativo para la zona ad.example.com, entonces ad.example.com es una zona de reenvío DNS para la zona primaria idm.example.com. Esto significa que cuando un cliente IdM realiza una consulta sobre la dirección IP de somehost.ad.example.com, la consulta se reenvía a un controlador de dominio AD especificado en la zona de reenvío DNS de IdM ad.example.com.