> Extensiones de esquema
> AD cuenta con un elevado número de clases de objeto, en las que se incluyen contenedores predeterminados para objetos de usuario y computadora, así como clases para contenedores OU y clases que representan entidades de computadora y usuario. AD puede ampliarse para que puedan incluirse nuevas clases de objeto, como por ejemplo las que proporciona Dell para simplificar la administración de los controles de acceso; dichas extensiones suelen denominarse “extensiones de esquema”, y forman el núcleo de la función de esquema extendido de Dell que se describe en este documento. Estas extensiones de esquema ofrecen clases de objeto personalizadas para poder representar los conmutadores de consola remota de Dell y tener acceso a información de control, además de un tipo de contenedor que se utiliza para asociar información de control de acceso específica con instancias específicas de conmutadores de consola remota de Dell y usuarios. Es importante tener en cuenta que cada tipo de atributo y cada clase de objeto que se utilice en AD deben poseer un identificador global exclusivo, que se conoce como identificador del objeto (OID). La administración en última instancia de estos identificadores exclusivos corre a cargo de autoridades reconocidas internacionalmente. En el caso de AD, el espacio de OID se administra de forma secundaria por Microsoft. Dell ha obtenido OID para las clases de objetos y los tipos de atributo personalizados que se usan en la función de esquema extendido de Dell. Éste es un resumen de los OID que ha obtenido Dell:
> La extensión de Dell es: dell
> El OID base de Dell es: 1.2.840.113556.1.8000.1280
> El intervalo de identificación de vínculo del conmutador de consola remota es: de 12070 a 12079
> La base de datos de OID de Active Directory que Microsoft mantiene puede consultarse en http://msdn.microsoft.com/certification/ADAcctInfo.asp, si introduce nuestra extensión: Dell.
> La gama de conmutadores de consola remota de Dell también se han concebido para que puedan funcionar utilizando únicamente las clases de objeto presentes en las clases incluidas en AD; esta opción se conoce como el esquema estándar. Con esta opción, la clase de objeto de computadora se utiliza para representar a los conmutadores de consola remota de Dell, y también se usan objetos de grupo estándar para asociar información de control de acceso específica con instancias específicas de conmutadores de consola remota de Dell y usuarios. En este caso, la información de control de acceso se almacena en un tipo de atributo específico en el objeto de grupo.
> Las estructuras jerárquicas presentes en AD pueden complicar el acceso a la información almacenada en los objetos de directorio. A fin de evitar posibles retrasos asociados con la navegación por las jerarquías, la gama de conmutadores de consola remota de Dell se ha diseñado para que utilicen un aspecto de AD conocido como el catálogo global (GC). El GC proporciona un servicio de “consulta rápida”, ya que ofrece acceso a un subconjunto de los datos que están almacenados en la base de datos completa de AD y “contrae” todas las jerarquías y distribuciones geográficas en una estructura relativamente plana. Las consultas en GC se realizan con las mismas consultas del directorio LDAP que funcionan con la base de datos completa de AD. Con un producto de AD es necesario que por lo menos uno de los controladores de dominio de una empresa también se configure para que proporcione servicios de GC, y las infraestructuras de AD pueden contar con uno o todos los controladores de dominio configurados para proporcionar servicios de GC. La gama de conmutadores de consola remota de Dell utiliza DNS para determinar las coordenadas de red de cada servidor de GC, de modo que los conmutadores de consola remota de Dell puedan solventar sin ningún tipo de problemas las situaciones en las que algunos de los servidores de GC no estén disponibles en la red. Los registros SRV de DNS se usan con este propósito, de modo que los conmutadores de consola remota de Dell en primer lugar siempre intenten ponerse en contacto con los servidores de GC alternativos situados en la ubicación “más próxima”, en función de los parámetros administrativos que se hayan configurado en los registros SRV.