Para migrar el esquema DE Sun ONE a eDirectory de NetIQ, complete los siguientes pasos:
Puede escribir los errores detectados al comparar el esquema en un archivo de error mediante el siguiente comando:
ice -e LDIF error file name -C -a -SLDAP -s Sun ONE server -p Sun ONE port -DLDAP -s eDirectory server -p eDirectory port
Por ejemplo:
ice -e err.ldf -C -a -SLDAP -s sun_srv1 -p sun_port1 -DLDAP -s edir_srv2 -p edir_port2
Los errores detectados al comparar el esquema se escriben en el archivo de error (err.ldf en el ejemplo). No es necesario entrar para realizar esta operación, a menos que uno de los servidores requieran autenticación para poder leer el DSE raíz. Microsoft Active Directory requiere autenticación para leer el DSE raíz.
Sun ONE define públicamente algunas definiciones de esquema que eDirectory no define. Esto incluye atributos como objectClasses, attributeTypes, ldapSyntaxes y subschemSubentry. Estas definiciones existen de manera interna y son muy importantes para el esquema, por lo que no se pueden modificar. Las operaciones que intentan modificar estas definiciones general el siguiente error:
Error de LDAP: 53 (DSA sin intención de ejecutar)
Todos los registros que contengan referencias a estas definiciones provocan el siguiente error:
Error de LDAP: 16 (Este atributo no existe)
Por lo tanto, los registros que contienen referencias a estos objetos o que intentan modificar estas definiciones deben comentarse en el archivo de errores LDIF (err.ldf en el ejemplo).
Algunas definiciones de clase de objeto de Sun ONE no tienen atributos de denominación. La adición de estas clases de objeto produciría el siguiente error en eDirectory:
Error de LDAP: 80 (error de NDS: nombrado ambiguo (-651)
Este error se produce porque Sun ONE no utiliza el mismo método que eDirectory para determinar las reglas de denominación.
Para solucionar este problema, puede utilizar cualquiera de las tres opciones siguientes:
Opción 1:
Revise las diferentes clases de objeto infractoras y añada un atributo de denominación válido a cada una.
Por ejemplo:
Para añadir el atributo de denominación [cn] a la clase de objeto netscapeMachineData, modifique la entrada (destacada en el ejemplo siguiente) en el archivo err.ldf para incluir el indicador X-NDS_NAMING tal como se muestra a continuación:
dn: cn=schemachangetype: modifyadd: objectClassesobjectClasses: ( 2.16.840.1.113730.3.2.32 NAME ’netscapeMachineData’
DESC ’iPlanet defined objectclass’ SUP top STRUCTURAL MAY ’cn’ X-NDS_NAMING ’cn’ )-
Opción 2:
Revise las diferentes clases de objeto infractoras y defínalas como AUXILIARY o ABSTRACT.
Por ejemplo:
Para cambiar la definición de la clase de objeto netscapeMachineData de STRUCTURAL a AUXILIARY, modifique la entrada del archivo err.ldf (destacada en el ejemplo siguiente) tal como se muestra a continuación:
dn: cn=schemachangetype: modifyadd: objectClassesobjectClasses: ( 2.16.840.1.113730.3.2.32 NAME ’netscapeMachineData’
DESC ’iPlanet defined objectclass’ SUP top AUXILIARY )-
Para cambiar la definición de la clase de objeto netscapeMachineData de STRUCTURAL a ABSTRACT, modifique la entrada del archivo err.ldf (destacada en el ejemplo siguiente) tal como se muestra a continuación:
dn: cn=schemachangetype: modifyadd: objectClassesobjectClasses: ( 2.16.840.1.113730.3.2.32 NAME ’netscapeMachineData’
DESC ’iPlanet defined objectclass’ SUP top ABSTRACT )-
Opción 3:
Añada cn a la definición de Top en eDirectory; esta acción crea un atributo de denominación potencial para todas las clases de objeto.
Hay dos maneras de añadir cn a Top:
Método 1:
Cree un archivo como se muestra a continuación y asígnele el nombre topsch.ldf.
version : 1
dn:cn=schema
changetype :modify
delete : objectclasses
objectclasses : ( 2.5.6.0 NAME ’top’ STRUCTURAL )
-
add:objectclasses
objectclasses : (2.5.6.0 NAME ’top’ STRUCTURAL MAY cn)
Utilice la siguiente línea de comandos ICE (importación, conversión y exportación) de NetIQ:
ice -SLDIF -f LDIF_file_name -DLDAP -s eDirectory_server -p eDirectory_port -d eDirectory_Admin_DN -w eDirectory_password
Por ejemplo:
ice -SLDIF -f topsch.ldf -DLDAP -s edir_srv2 -p edir_port2 -d cn=admin,o=org -w pwd1
Método 2:
1. En iManager de NetIQ, haga clic en el botón
.
2. Haga clic > .
3. En la lista , seleccione y haga clic en .
4. Haga doble clic en en la lista .
5. Haga clic en .
Algunas definiciones de clase de objeto contienen userPassword en la lista de atributos obligatorios. La adición de estas clases de objeto a eDirectory provoca el siguiente error:
Error de LDAP: 16 (Este atributo no existe)
Para corregir este error, modifique la definición de la clase de objeto para heredar la nueva clase de ndsLoginProperties y eliminar el atributo userPassword de la lista de atributos obligatorios.
Por ejemplo:
Una clase de objeto que contiene userPassword en la lista de atributos obligatorios:
version : 1 dn: cn=schemaz changetype: modify add: objectClasses objectClasses: ( 0.9.2342.19200300.100.4.19 NAME ’simpleSecurityObject’ DESC ’ Standard LDAP objectClass’ SUP top STRUCTURAL MUST userPassword )
Es necesario modificarla de la manera siguiente (observe el cambio en la última línea):
version : 1 dn: cn=schema changetype: modify add: objectClasses objectClasses: ( 0.9.2342.19200300.100.4.19 NAME ’simpleSecurityObject’ DESC ’ Standard LDAP objectClass’ SUP (ndsLoginProperties $ top) STRUCTURAL )
Utilice el siguiente comando ICE (importación, conversión y exportación) de NetIQ para importar el archivo LDIF de comparación de esquema modificado (err.ldf en el ejemplo):
ice -e error_file -SLDIF -f modified_LDIF_file -DLDAP -s eDirectory_server -p eDirectory_port -d eDirectory_Admin_DN -w eDirectory_password
Por ejemplo:
ice -e errors.ldf -SLDIF -f err.ldf -DLDAP -s edir_srv2 -p edir_port2 -d cn=admin,o=org -w pwd1