Referencia técnica del conector de Lotus Domino
En este artículo, se describe el conector de Lotus Domino. El artículo se aplica a los siguientes productos:
- Microsoft Identity Manager 2016 (MIM2016)
- Forefront Identity Manager 2010 R2 (FIM2010R2)
- Debe usar la revisión 4.1.3671.0 o posterior.
Para MIM2016 y FIM2010R2, el conector está disponible como descarga desde el Centro de descarga de Microsoft.
Información general sobre el conector de Lotus Domino
El conector de Lotus Domino le permite integrar el servicio de sincronización con el servidor de Lotus Domino de IBM.
Desde una perspectiva de alto nivel, las siguientes características son compatibles con la versión actual del conector:
| Característica | Compatibilidad |
|---|---|
| Origen de datos conectado | Servidor: |
| Escenarios | |
| Operations | |
| Schema |
El conector de Lotus Domino usa el cliente de Lotus Notes para comunicarse con el servidor de Lotus Domino. Como consecuencia de esta dependencia, debe instalarse un cliente de Lotus Notes compatible en el servidor de sincronización. La comunicación entre el cliente y el servidor se implementa a través de la interfaz de interoperabilidad .NET de Lotus Notes (Interop.domino.dll). Esta interfaz facilita la comunicación entre el cliente de Lotus Notes y la plataforma de Microsoft .NET, y admite el acceso a documentos y vistas de Lotus Domino. Para la importación diferencial, es también posible que se use la interfaz nativa de C++ (según el método de importación diferencial seleccionado).
Requisitos previos
Antes de usar el conector, asegúrese de que cumple los siguientes requisitos previos en el servidor de sincronización:
- Microsoft .NET 4.6.2 Framework o posterior
- El cliente de Lotus Notes debe estar instalado en el servidor de sincronización.
- El conector de Lotus Domino requiere que la base de datos predeterminada del esquema LDAP de Lotus Domino (schema.nsf) esté presente en el servidor del Directorio de Domino. Si no lo está, para instalarla, ejecute o reinicie el servicio LDAP en el servidor de Domino.
- Tiempo de ejecución de VC++ 14, tanto versiones x86 como x64 de VC++ Redistributable
La implementación de este conector puede requerir la personalización del servidor de Lotus Domino. En el caso de las implementaciones que implican la integración de MIM con Domino en un entorno de producción, se recomienda que los clientes trabajen con un asociado de implementación para obtener ayuda, orientación y soporte técnico para esta integración.
Permisos del origen de datos conectado
Para realizar cualquiera de las tareas admitidas en el conector de Lotus Domino, debe ser miembro de los grupos siguientes:
- Administradores de acceso total
- Administradores
- Administradores de bases de datos
En la tabla siguiente, se muestran los permisos necesarios para cada operación:
| Operación | Derechos de acceso |
|---|---|
| Importar | |
| Exportación y establecimiento de contraseña | Acceso efectivo: |
Operaciones directas y AdminP
Las operaciones van directamente al directorio de Domino o a través del proceso AdminP. En las siguientes tablas, se incluyen todos los objetos admitidos, las operaciones y, si procede, el método de implementación relacionado:
Libreta de direcciones principal
| Object | Crear | Actualizar | Eliminar |
|---|---|---|---|
| Person | AdminP | Directo | AdminP |
| Grupo | AdminP | Directo | AdminP |
| MailInDB | Directo | Directo | Directo |
| Recurso | AdminP | Directo | AdminP |
Libreta de direcciones secundaria
| Object | Crear | Actualizar | Eliminar |
|---|---|---|---|
| Person | N/D | Directo | Directo |
| Grupo | Directo | Directo | Directo |
| MailInDB | Directo | Directo | Directo |
| Recurso | N/D | N/D | N/D |
Cuando se cree un recurso, se crea un documento de Notes. De forma similar, cuando se elimine un recurso, se elimina el documento de Notes.
Puertos y protocolos
El cliente de IBM Lotus Notes y los servidores de Domino se comunican mediante una llamada a procedimiento remoto de Notes (NRPC) en la que NRPC debe usar TCP/IP. El número de puerto predeterminado es 1352, pero el administrador de Domino puede cambiarlo.
No compatible
La versión actual del conector de Lotus Domino no admite las siguientes operaciones:
- Mover un buzón entre servidores.
Creación de un nuevo conector
Instalación y configuración del software de cliente
Se debe instalar Lotus Notes en el servidor antes de instalar el conector.
Durante la instalación, asegúrese de realizar una instalación para un solo usuario (Single User Install). El valor predeterminado Multi-User Install (Instalación para varios usuarios) no funciona.
En la página de características, instale solo las características necesarias de Lotus Notes y Client Single Logon(Inicio de sesión único para el cliente). Esta última característica se necesita para que el conector pueda iniciar sesión en el servidor de Domino.
Nota: Inicie Lotus Notes una vez con un usuario que se encuentre en el mismo servidor que la cuenta que usa como cuenta de servicio del conector. Además, asegúrese de cerrar el cliente Lotus Notes en el servidor. No se puede ejecutar al mismo tiempo que el conector intenta conectarse al servidor Domino.
Creación del conector
Para crear un conector de Lotus Domino, en Servicio de sincronización, seleccione Agente de administración y Crear. Seleccione el conector Lotus Domino (Microsoft) .
Si la versión del servicio de sincronización ofrece la capacidad de establecer un valor para Arquitectura, asegúrese de que el conector esté establecido en su valor predeterminado para ejecutarse en Proceso.
Conectividad
En la página Conectividad, debe especificar el nombre del servidor de Lotus Domino y escribir las credenciales de inicio de sesión.
La propiedad Servidor de Domino admite dos formatos para el nombre del servidor:
- nombreDeServidor
- nombreDeServidor/nombreDeDirectorio
El formato nombreDeServidor/nombreDeDirectorio es el preferido para este atributo, porque proporciona una respuesta más rápida cuando el conector se pone en contacto con el servidor de Domino.
El archivo UserID proporcionado se almacena en la base de datos de configuración del servicio de sincronización.
Para Importación diferencial , tiene estas opciones:
- No. El conector no realiza ninguna importación diferencial.
- Agregar o actualizar. El conector realiza una importación diferencial de las operaciones de adición y actualización. Para las de eliminación, se necesita una operación Importación completa . Esta operación usa la interoperabilidad de .NET.
- Adición, actualización y eliminación. El conector realiza una importación diferencial de las operaciones de adición, actualización y eliminación. Esta operación usa las interfaces de C++ nativo.
En Opción de esquema , dispone de las siguientes opciones:
- Esquema predeterminado. El conector detecta el esquema en el servidor de Domino. Esta selección es la opción predeterminada.
- Esquema DSML. Solo se usa si el servidor de Domino no expone el esquema. Después, puede crear un archivo DSML con el esquema e importarlo en su lugar. Para más información sobre DSML, consulte OASIS.
Cuando hace clic en Siguiente, se comprueban los parámetros de configuración de UserID y contraseña.
Parámetros globales
En la página Parámetros globales, configure la zona horaria y la opción para la operación de importación y exportación.
El parámetro Zona horaria del servidor de Domino define la ubicación de su servidor de Domino.
Esta opción de configuración es necesaria para admitir las operaciones de importación diferencial porque permite que el servicio de sincronización determine los cambios entre las dos últimas importaciones.
Nota
A partir de la actualización de marzo de 2017, la pantalla de parámetros globales incluye una opción para eliminar la base de datos de correo del usuario durante la eliminación del usuario.
Configuración de importación: método
En Realizar importación completa mediante , aparecen estas opciones:
- Buscar
- Vista (recomendada)
Búsqueda usa la indexación en Domino, pero es habitual que los índices no se actualicen en tiempo real y los datos devueltos desde el servidor no son siempre correctos. Para un sistema con muchos cambios, esta opción normalmente no funciona bien y proporciona eliminaciones falsas en algunas situaciones. Sin embargo, la búsqueda es más rápida que la vista.
Vista es la opción recomendada, ya que proporciona el estado correcto de los datos. Es ligeramente más lenta que la búsqueda.
Creación de objetos _Contact virtuales
La opción Habilitar la creación de _Contact objeto tiene estas opciones:
- None
- Valores sin referencia
- Valores de referencia y sin referencia
En Domino, los atributos de referencia pueden contener muchos formatos diferentes para hacer referencia a otros objetos. Para poder representar diferentes variaciones, el conector implementa _Contact objetos, también conocidos como Contactos virtuales (VC). Estos objetos se crean para que puedan unirse a los objetos existentes de MV o proyectarse como nuevos objetos. De esta forma, se conservan las referencias de atributo.
Al habilitar esta configuración y si el contenido de un atributo de referencia no es un formato DN, se crea un objeto _Contact. Por ejemplo, un atributo member de un grupo puede contener direcciones SMTP. También es posible que shortName y otros atributos estén presentes en los atributos de referencia. En este escenario, seleccione Valores sin referencia. Esta configuración es la más común para las implementaciones de Domino.
Cuando Lotus Domino está configurado para tener libretas de direcciones independientes con nombres distintivos diferentes que representen el mismo objeto, también es posible crear _Contact objetos para todos los valores de referencia que se encuentran en una libreta de direcciones. En este escenario, seleccione la opción Valores de referencia y sin referencia .
Si tiene varios valores en el atributo FullName en Domino, también conviene que habilite la creación de contactos virtuales para que se puedan resolver las referencias. Por ejemplo, este atributo puede poseer varios valores después de un cambio de nombre. Active la casilla Habilitar la creación del objeto _Contact cuando "FullName" tenga varios valores para una persona para este escenario.
Al combinar en los atributos correctos, los objetos _Contact se unirían al objeto MV.
Estos objetos tienen VC=_Contact agregado a su DN.
Configuración de importación: objeto de conflicto
Excluir objeto de conflicto
En una implementación de Domino de gran envergadura, es posible que haya varios objetos con el mismo DN debido a problemas de replicación. En estos casos, el conector vería dos objetos con atributos UniversalID diferentes pero el mismo DN. Este conflicto hace que se cree un objeto temporal en el espacio del conector. El conector puede pasar por alto los objetos que se han seleccionado en Domino como elementos afectados de replicación. La recomendación es mantener activada esta casilla.
Exportar configuración
Si la opción Usar AdminP para actualizar referencias no está seleccionada, la exportación de atributos de referencia, como member, es una llamada directa y no se usa el proceso AdminP. Solo use esta opción si no se ha configurado AdminP para mantener la integridad referencial.
Información de enrutamiento
En Domino, es posible que un atributo de referencia tenga información de enrutamiento insertada como sufijo del DN. Por ejemplo, el atributo miembro de un grupo podría contener CN=example/organization@ABC. El sufijo @ABC es la información de enrutamiento. Domino usa esta información de enrutamiento para enviar correos electrónicos al sistema de Domino correcto, que puede estar en una organización diferente. En el campo Información de enrutamiento, puede especificar los sufijos de enrutamiento usados dentro de la organización en el ámbito del conector. Si uno de estos valores se encuentra como sufijo en un atributo de referencia, la información de enrutamiento se quita de la referencia. Si el sufijo de enrutamiento en un valor de referencia no puede coincidir con uno de esos valores especificados, se crea un objeto _Contact. Estos objetos _Contact se crean con RO=@<RoutingSuffix> insertado en el DN. Para estos objetos _Contact también se agregan los siguientes atributos para permitir la combinación a un objeto real si es necesario: _routingName, _contactName, _displayName y UniversalID.
Libretas de direcciones adicionales
Si no tiene instalada la característica Directory Assistance , que proporciona el nombre de las libretas de direcciones secundarias, puede escribirlos manualmente.
Transformación multivalor
Muchos de los atributos de Lotus Domino son multivalor. Los atributos de metaverso correspondientes son normalmente de un solo valor. Al configurar la opción para la operación de importación y exportación, permite que el conector ayude con la traducción necesaria de los atributos afectados.
Exportar
La opción para la operación de exportación admite dos modos:
- Anexar elemento
- Reemplazar elemento
Reemplazar elemento : cuando se selecciona esta opción, el conector siempre quita los valores actuales del atributo en Domino y los reemplazará por los valores proporcionados. El valor proporcionado puede ser un solo valor o multivalor.
Por ejemplo, el atributo Assistant (Asistente) de un objeto de persona tiene los siguientes valores:
- CN=Greg Winston/OU=Contoso/O=Americas,NAB=names.nsf
- CN=John Smith/OU=Contoso/O=Americas,NAB=names.nsf
Si se asigna un nuevo asistente llamado David Alexander a este objeto de persona, el resultado es:
- CN=David Alexander/OU=Contoso/O=Americas,NAB=names.nsf
Anexar elemento : cuando se selecciona esta opción, el conector conserva los valores existentes en el atributo de Domino e insertará otros nuevos al principio de la lista de datos.
Por ejemplo, el atributo Assistant (Asistente) de un objeto de persona tiene los siguientes valores:
- CN=Greg Winston/OU=Contoso/O=Americas,NAB=names.nsf
- CN=John Smith/OU=Contoso/O=Americas,NAB=names.nsf
Si se asigna un nuevo asistente llamado David Alexander a este objeto de persona, el resultado es:
- CN=David Alexander/OU=Contoso/O=Americas,NAB=names.nsf
- CN=Greg Winston/OU=Contoso/O=Americas,NAB=names.nsf
- CN=John Smith/OU=Contoso/O=Americas,NAB=names.nsf
Importar
La opción para la operación de importación admite dos modos:
- Default
- Multivalor en un solo valor
Predeterminada : cuando se selecciona la opción Predeterminada, se importan todos los valores de todos los atributos.
Multivalor en un solo valor : cuando se selecciona esta opción, un atributo multivalor se convierte en uno de un solo valor. Si existe más de un valor, se usa el del principio (este valor suele ser también el más reciente).
Por ejemplo, el atributo Assistant (Asistente) de un objeto de persona tiene los siguientes valores:
- CN=David Alexander/OU=Contoso/O=Americas,NAB=names.nsf
- CN=Greg Winston/OU=Contoso/O=Americas,NAB=names.nsf
- CN=John Smith/OU=Contoso/O=Americas,NAB=names.nsf
La actualización más reciente de este atributo es David Alexander. Como la opción para la operación de importación está establecida en Multivalor en un solo valor, el conector solamente importa David Alexander al espacio del conector.
La lógica para convertir atributos multivalor en atributos de un solo valor no se aplica al atributo de miembro del grupo y al atributo person fullname .
También es posible configurar las reglas de transformación para la importación y la exportación para los atributos multivalor en función del atributo, como una excepción a la regla global. Para configurar esta opción, escriba [objecttype].[attributename] en los cuadros de texto de la lista de atributos de exclusión de importación y exportación de atributos de exclusión . Por ejemplo, si escribe Person.Assistant y se establece la marca global para importar todos los valores, solo se importa el primer valor para el asistente.
Certificadores
Se muestran todas las organizaciones y las unidades organizativas por el conector. Para poder exportar objetos de persona a la libreta de direcciones principal, es necesario un certificador con su contraseña.
Si todos los certificadores tienen la misma contraseña, se puede usar la contraseña de todos los certificadores . Entonces, puede escribir la contraseña aquí y solo especificar el archivo de certificador.
Si solo va a importar, no es necesario especificar ningún certificador.
Configure Provisioning Hierarchy (Configurar la jerarquía de aprovisionamiento)
Al configurar el conector de Lotus Domino, omita esta página del cuadro de diálogo. El conector de Lotus Domino no admite el aprovisionamiento de jerarquía.
Configurar particiones y jerarquías
Cuando configure particiones y jerarquías, debe seleccionar la libreta de direcciones principal denominada NAB=names.nsf. Además de la libreta de direcciones principal, puede seleccionar otras secundarias, si existen.
Seleccionar atributos
Al configurar los atributos, debe seleccionar todos los atributos con el prefijo _MMS_. Estos atributos son obligatorios cuando se aprovisionan nuevos objetos en Lotus Domino.
Administración del ciclo de vida de objetos
En esta sección, se proporciona información general sobre los diferentes objetos en Domino.
Objetos de persona
El objeto de persona representa a los usuarios de la organización y las unidades organizativas. Además de los atributos predeterminados, el administrador de Domino puede agregar atributos personalizados a un objeto de persona. Como mínimo, un objeto de persona debe incluir todos los atributos obligatorios. Para obtener una lista completa de los atributos obligatorios, consulte Propiedades de Lotus Notes. Para registrar un objeto de persona, deben cumplirse los siguientes requisitos previos:
- Se debe haber definido la libreta de direcciones (names.nsf), que debe ser la libreta de direcciones principal.
- Debería tener la identificación y la contraseña del certificador de organización o unidad organizativa (O/OU) para registrar un usuario determinado en la organización o unidad organizativa.
- Debe establecer un conjunto específico de propiedades de Lotus Notes para un objeto de persona. Estas propiedades se usan para aprovisionar el objeto de persona. Para obtener más detalles, consulte la sección llamada Propiedades de Lotus Notes más adelante en este documento.
- La contraseña HTTP inicial de una persona es un atributo y se establece durante el aprovisionamiento.
- El objeto de persona debe ser de uno de los tres tipos admitidos siguientes:
- Usuario normal que tiene un archivo de correo y un archivo de identificación de usuario
- Usuario móvil (un usuario normal que incluye todos los archivos de base de datos móvil)
- Contactos (usuarios sin archivo de identificación)
Las personas (excepto los contactos) se pueden agrupar aún más en usuarios de EE. UU. y usuarios internacionales según lo definido por el valor de la propiedad _MMS_IDRegType. Estas personas usan al cliente de Notes para acceder a los servidores de Lotus Domino, que tienen una identificación de Notes y un documento de persona. Si usan el correo de Notes, también tienen un archivo de correo. El usuario debe estar registrado para activarse. Para más información, consulte:
- Configuración de los usuarios de Notas, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_SETTING_UP_NOTES_USERS.html - Registro de usuario, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_REGISTERING_USERS.html - Administración de usuarios, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_MANAGING_USERS_5151.html - Cambiar el nombre de los usuarios, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_RENAMING_A_LOTUS_INOTES_USER_STEPS.html
Todas estas operaciones se realizan en Lotus Domino y después se importan al servicio de sincronización.
Recursos y salas
Un recurso es otro tipo de base de datos de Lotus Domino. Los recursos pueden ser las salas de conferencia con varios tipos de equipos como proyectores. Existen subtipos de recursos admitidos por el conector de Lotus Domino que se definen por el atributo de tipo de recurso:
| Tipo de recurso | Atributo de tipo de recurso |
|---|---|
| Sala | 1 |
| Recurso (otros) | 2 |
| Reunión en línea | 3 |
Para que el tipo de objeto de recurso funcione, es necesario lo siguiente:
- La base de datos de reserva de recursos ya debería existir en el servidor de Domino conectado.
- El sitio ya está definido para el recurso.
La base de datos de reserva de recursos contiene tres tipos de documentos:
- Perfil de sitio
- Recurso
- Reserva
Para obtener más información sobre la configuración de la base de datos de reserva de recursos, consulte Configuración de la base de datos de reservas de recursos, anteriormente en https://www-01.ibm.com/support/knowledgecenter/SSKTMJ_8.0.1/com.ibm.help.domino.admin.doc/DOC/H_SETTING_UP_THE_RESOURCE_RESERVATIONS_DATABASE.html.
Crear, actualizar y eliminar recursos
Las operaciones de creación, actualización y eliminación se realizan mediante el conector de Lotus Domino en la base de datos de reserva de recursos. Los recursos se crean como documentos en Names.nsf (es decir, la libreta de direcciones principal). Para obtener más información sobre cómo editar y eliminar recursos, vea Edición y eliminación de documentos de recursos, anteriormente en https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_EDITING_AND_DELETING_RESOURCE_DOCUMENTS.html.
Operación de importación y exportación para recursos
Los recursos se pueden importar al servicio de sincronización y exportarlos desde él igual que cualquier otro tipo de objeto. Seleccione el tipo de objeto como recurso durante la configuración. Para que la operación de exportación se realice correctamente, debería tener información sobre el tipo de recurso, la base de datos de conferencias y el nombre del sitio.
Bases de datos de correo de entrada
Una base de datos de correo de entrada está diseñada para recibir mensajes de correo. Es un buzón de Lotus Domino que no está asociado a ninguna cuenta de usuario de Lotus Domino específica (es decir, no tiene archivo de identificación ni contraseña propios). Una base de datos de correo de entrada tiene un valor UserId único ("nombre corto") asociado y su propia dirección de correo electrónico.
Si se necesita un buzón independiente con su propia dirección de correo electrónico que se pueda compartir entre distintos usuarios (por ejemplo: group@contoso.com), se crea una base de datos de correo de entrada. El acceso a este buzón se controla a través de su lista de control de acceso (ACL), que contiene los nombres de los usuarios de Notes que tienen permiso para abrir el buzón.
Para ver una lista de los atributos necesarios, consulte la sección llamada Atributos obligatorios más adelante en este artículo.
Cuando se ha diseñado una base de datos para recibir un mensaje de correo, se crea un documento de base de datos de correo de entrada en Lotus Domino. Este documento debe existir en el Directorio de Domino de cada servidor que almacene una copia de la base de datos. Para obtener una descripción detallada sobre cómo crear un documento de base de datos de correo electrónico, vea El documento Creación de una base de datos de Mail-In, anteriormente en https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_A_MAILIN_DATABASE_DOCUMENT_FOR_A_NEW_DATABASE_OVERVIEW.html.
Antes de crear una base de datos de correo de entrada, ya debería existir la base de datos (debería haberla creado el administrador de Lotus) en el servidor de Domino.
Administración de grupos
Puede obtener una descripción detallada de la administración de grupos en Lotus Domino de los siguientes recursos:
- Uso de grupos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_USING_GROUPS_OVER.html - Creación de un grupo, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_AND_MODIFYING_GROUPS_STEPS_MIDTOPIC_55038956829238418.html - Creación y modificación de grupos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_AND_MODIFYING_GROUPS_STEPS.html - Administración de grupos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_MANAGING_GROUPS_1804.html - Cambiar el nombre de un grupo, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_RENAMING_A_GROUP_STEPS.html
Administración de contraseñas
Para un usuario registrado de Lotus Domino, existen dos tipos de contraseñas:
- Contraseña de usuario (se almacena en el archivo User.id)
- Contraseña HTTP/Internet
El conector de Lotus Domino solo admite operaciones con la contraseña HTTP.
Para realizar la administración de contraseñas, debe habilitarla para el conector en el Diseñador de agente de administración. Para habilitar la administración de contraseñas, active Habilitar la administración de contraseñas en la página Configure Extensions (Configurar extensiones) del cuadro de diálogo.
El conector de Lotus Domino admite las siguientes operaciones para la contraseña de Internet:
- Establecer contraseña: esta opción establece una nueva contraseña HTTP/Internet en el usuario de Domino. Además, de forma predeterminada, la cuenta también se desbloquea. La marca de desbloqueo se expone en la interfaz de WMI del motor de sincronización.
- Cambiar contraseña: en este escenario, con la opción Solo cambiar, un usuario puede cambiar la contraseña o se le pide que la cambie tras un tiempo especificado. Para que esta operación se lleve a cabo, son obligatorias ambas contraseñas (la antigua y la nueva). Una vez cambiada, la nueva contraseña se actualiza en Lotus Domino.
Para más información, consulte:
- Using the Internet lockout feature
- Administración de contraseñas de Internet, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_NOTES_AND_INTERNET_PASSWORD_SYNCHRONIZATION_7570_OVER.html
Información de referencia
En esta sección, se muestran las descripciones de atributos y los requisitos de los atributos para el conector de Lotus Domino.
Propiedades de Lotus Notes
Cuando se aprovisionan objetos de persona en el directorio de Lotus Domino, los objetos deben poseer un conjunto específico de propiedades con valores específicos rellenados. Estos valores solo son necesarios para las operaciones de creación.
En la tabla siguiente, se incluyen estas propiedades y se proporciona su descripción.
| Propiedad | Descripción |
|---|---|
| _MMS_AltFullName | El nombre completo alternativo del usuario. |
| _MMS_AltFullNameLanguage | El idioma que se usa para especificar el nombre completo alternativo del usuario. |
| _MMS_CertDaysToExpire | El número de días en que expira el certificado a partir de la fecha actual. Si no se especifica, la fecha predeterminada es dos años desde la fecha actual. |
| _MMS_Certifier | Propiedad que contiene el nombre de la jerarquía organizativa del certificador. Por ejemplo: OU=OrganizationUnit,O=Org,C=Country. |
| _MMS_IDPath | Si la propiedad está vacía, no se crea ningún archivo de identificación de usuario localmente en el servidor de sincronización. Si la propiedad contiene un nombre de archivo, se crea un archivo de identificador de usuario en la madata carpeta . La propiedad también puede contener una ruta de acceso completa. |
| _MMS_IDRegType | Las personas se pueden clasificar como contactos, usuarios de Estados Unidos y usuarios de fuera de Estados Unidos. En la tabla siguiente, se ofrecen los valores posibles: |
| _MMS_IDStoreType | Propiedad obligatoria para los usuarios de Estados Unidos y de fuera de Estados Unidos. La propiedad contiene un valor entero que especifica si la identificación de usuario se almacena como datos adjuntos en la libreta de direcciones de Notes o en el archivo de correo de la persona. Si el archivo de identificador de usuario es un archivo adjunto en la libreta de direcciones, se puede crear opcionalmente como un archivo con _MMS_IDPath. |
| _MMS_MailQuotaSizeLimit | El número de megabytes que se permiten para la base de datos de archivos de correo electrónico. |
| _MMS_MailQuotaWarningThreshold | El número de megabytes que se permiten para la base de datos de archivos de correo electrónico antes de que se emita una advertencia. |
| _MMS_MailTemplateName | El archivo de plantilla de correo electrónico que se usa para crear el archivo de correo electrónico del usuario. Si se especifica una plantilla, se crea el archivo de correo con ella. Si no se especifica ninguna, se emplea el archivo de plantilla predeterminado para crear el archivo. |
| _MMS_OU | Propiedad opcional que es el nombre de la unidad organizativa en el certificador. Esta propiedad debe estar vacía para los contactos. |
| _MMS_Password | Propiedad obligatoria para los usuarios. La propiedad contiene la contraseña para el archivo de identificación del objeto. |
| _MMS_UseAdminP | La propiedad debe establecerse en true si el proceso AdminP debe crear el archivo de correo en el servidor de Domino (asincrónico respecto al proceso de exportación). Si la propiedad se establece en false, se crea el archivo de correo con el usuario de Domino (sincrónico en el proceso de exportación). |
Para un usuario con un archivo de identificación asociado, la propiedad _MMS_Password debe contener un valor. Para el acceso a correo electrónico a través del cliente de Lotus Notes, las propiedades MailServer y MailFile de un usuario deben contener un valor.
Para acceder al correo electrónico mediante un explorador web, las siguientes propiedades deben contener valores:
- MailFile: propiedad obligatoria que contiene la ruta de acceso en el servidor de Lotus Domino donde se almacena el archivo de correo.
- MailServer: propiedad obligatoria que contiene el nombre del servidor de Lotus Domino. Este valor es el nombre que se usa al crear el archivo de correo de Lotus en el servidor de Domino.
- HTTPPassword: propiedad opcional que contiene la contraseña de acceso web para el objeto.
Para acceder al servidor Domino sin la funcionalidad de correo, la propiedad HTTPPassword debe contener un valor. La propiedad MailFile y la propiedad MailServer pueden estar vacías.
Con _MMS_ IDStoreType = 2 (id. de almacén en el archivo de correo), la propiedad MailSystem de NotesRegistrationclass se establece en REG_MAILSYSTEM_INOTES (3).
Atributos obligatorios
El conector de Lotus Domino admite principalmente estos tipos de objetos (tipos de documento):
- Grupo
- Base de datos de correo de entrada
- Person
- Contacto (persona sin certificador)
- Recurso
En esta sección, se incluyen los atributos que son obligatorios para cada tipo de objeto admitido con el fin de exportar el objeto admitido a un servidor de Domino.
| Tipo de objeto | Atributos obligatorios |
|---|---|
| Grupo | |
| Base de datos de correo de entrada | |
| Person | |
| Contacto (persona sin certificador) | |
| Recurso |
Problemas y preguntas comunes
La detección de esquema no funciona
Para poder detectar el esquema, es necesario que el archivo schema.nsf esté presente en el servidor de Domino. Este archivo solo aparece si LDAP está instalado en el servidor. Si no se detecta el esquema, compruebe lo siguiente:
- El archivo schema.nsf está presente en la carpeta raíz del servidor de Domino.
- El usuario tiene permisos para ver el archivo schema.nsf.
- Fuerce el reinicio del servidor LDAP. Abra Lotus Domino Console (Consola de Lotus Domino) y use el comando Tell LDAP ReloadSchema (Indicar a LDAP ReloadSchema) para volver a cargar el esquema.
No todas las libretas de direcciones secundarias son visibles
El conector de Domino se basa en la característica Directory Assistance para encontrar las libretas de direcciones secundarias. Si faltan las libretas de direcciones secundarias, compruebe si la asistencia de directorio, anteriormente en https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_ABOUT_DIRECTORY_ASSISTANCE.html se ha habilitado y configurado en el servidor domino.
Atributos personalizados de Domino
En Domino, existen varias maneras de extender el esquema para que aparezca como atributo personalizado que el conector puede consumir.
Enfoque 1: Extender el esquema de Lotus Domino
- Cree una copia de la plantilla de directorio de Domino {PUBNAMES. NTF} siguiendo estos pasos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_A_COPY_OF_THE_DEFAULT_PUBIC_ADDRESS_BOOK_TEMPLATE.html(no debe personalizar la plantilla de directorio predeterminada de IBM Lotus Domino): - Abra la copia de la plantilla del directorio de Domino {CONTOSO.NTF} que se ha creado en Domino Designer y siga estos pasos:
- Haga clic en Shared Elements (Elementos compartidos) y expanda Subforms (Subformularios).
- Haga doble clic en el subformulario ${nombreDeObjeto}InheritableSchema (donde {nombreDeObjeto} es el nombre de la clase de objeto estructural predeterminada, como, por ejemplo, Person).
- Nombre del atributo que desea agregar en el esquema {MyPersonAtrribute} y el correspondiente a ese atributo. Cree un campo, seleccione el menú Crear y, después seleccione un campo en el menú.
- En el campo agregado, establezca sus propiedades seleccionando el tipo, el estilo, el tamaño, la fuente y otros parámetros relacionados en la ventana de propiedades del campo.
- Mantenga el mismo valor predeterminado de atributo que el nombre asignado a ese atributo (por ejemplo, si el nombre del atributo es miAtributoDePersona, mantenga el valor predeterminado con el mismo nombre).
- Guarde el subformulario ${nombreDeObjeto}InheritableSchema con valores actualizados.
- Reemplace la plantilla de directorio de Domino {PUBNAMES. NTF} con la nueva plantilla personalizada {CONTOSO. NTF} siguiendo estos pasos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_ABOUT_RULES_FOR_CUSTOMIZING_THE_PUBLIC_ADDRESS_BOOK.html. - Cierre el administrador de Domino y abra la consola de Domino para reiniciar el servicio LDAP y volver a cargar el esquema LDAP:
- En la consola de Domino, inserte el comando en el texto comando de Domino archivado para reiniciar el servicio LDAP: reiniciar ldap de la tarea, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_10.0.1/admin/conf_startingandstoppingtheldapservice_c.html. - Para volver a cargar el esquema LDAP, use el comando Tell LDAP: Tell LDAP ReloadSchema (Indicar a LDAP ReloadSchema).
- En la consola de Domino, inserte el comando en el texto comando de Domino archivado para reiniciar el servicio LDAP: reiniciar ldap de la tarea, anteriormente en
- Abra el administrador de Domino y seleccione la pestaña People & Groups (Personas y grupos) para ver que el atributo agregado se refleja en Add Person (Agregar persona) en Domino.
- Abra Schema.nsf en la pestaña Files (Archivos) y compruebe que el atributo agregado se refleja en la clase de objeto de LDAP dominoPerson.
Enfoque 2: Crear una clase auxiliar con un atributo personalizado y asociarla con la clase de objeto
- Cree una copia de la plantilla de directorio de Domino {PUBNAMES. NTF} siguiendo estos pasos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_CREATING_A_COPY_OF_THE_DEFAULT_PUBIC_ADDRESS_BOOK_TEMPLATE.html(Nunca personalice la plantilla de directorio predeterminada de IBM Lotus Domino): - Abra en Domino Designer la copia de la plantilla del Directorio de Domino {CONTOSO.NTF} que se ha creado.
- En el panel izquierdo, seleccione Shared Code (Código compartido) y después Subforms (Subformularios).
- Haga clic en New Subform (Nuevo subformulario).
- Siga este procedimiento para especificar las propiedades del nuevo subformulario:
- Con el nuevo subformulario abierto, seleccione Design - Subform Properties (Diseñar - Propiedades del subformulario).
- Junto a la propiedad Name (Nombre), escriba un nombre para la clase auxiliar de objeto, por ejemplo, subformularioPrueba.
- Mantenga la propiedad "Include in Insert Subform... dialog" (Incluir en el cuadro de diálogo Insertar subformulario) de Options (Opciones) seleccionada.
- Anule la selección de la propiedad "Render pass through HTML in Notes" (Representar texto HTML en Notes) de Options (Opciones).
- Deje las demás propiedades como están y cierre el cuadro Subform Properties (Propiedades del subformulario).
- Guarde y cierre el subformulario nuevo.
- Siga este procedimiento para agregar un campo para definir la clase auxiliar de objeto:
- Abra el subformulario que ha creado.
- Elija Create - Field (Crear - Campo).
- Junto a Name (Nombre) en la pestaña Basics (Básico) del cuadro de diálogo Field (Campo), especifique un nombre, como {miAtributoDePruebaDePersona}.
- En el campo agregado, establezca sus propiedades seleccionando el tipo, el estilo, el tamaño, la fuente y otras propiedades relacionadas.
- Mantenga el mismo valor predeterminado de atributo que el nombre asignado a ese atributo (por ejemplo, si el nombre del atributo es miAtributoDePruebaDePersona, mantenga el valor predeterminado con el mismo nombre).
- Guarde el subformulario con valores actualizados y haga lo siguiente:
- En el panel izquierdo, seleccione Shared Code (Código compartido) y después Subforms (Subformularios).
- Seleccione el nuevo subformulario y elija Design - Design Properties (Diseñar - Propiedades del diseño).
- Haga clic en la tercera pestaña desde la izquierda y seleccione Propagate this prohibition of design change(Propagar esta prohibición de cambios en el diseño).
- Abra el subformulario ${nombreDeObjeto}ExtensibleSchema (donde {nombreDeObjeto} es el nombre de la clase de objeto estructural predeterminada, como, por ejemplo, Person).
- Inserte el recurso y seleccione el subformulario (que ha creado, por ejemplo: subformularioDePrueba) y guarde el subformulario ${nombreDeObjeto}ExtensibleSchema.
- Reemplace la plantilla de directorio de Domino {PUBNAMES. NTF} con la nueva plantilla personalizada {CONTOSO. NTF} siguiendo estos pasos, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_8.5.3/com.ibm.help.domino.admin85.doc/H_ABOUT_RULES_FOR_CUSTOMIZING_THE_PUBLIC_ADDRESS_BOOK.html. - Cierre el administrador de Domino y abra la consola de Domino para reiniciar el servicio LDAP y volver a cargar el esquema LDAP:
- En la consola de Domino, inserte el comando en el texto comando de Domino archivado para reiniciar el servicio LDAP: reiniciar ldap de la tarea, anteriormente en
https://www.ibm.com/support/knowledgecenter/SSKTMJ_10.0.1/admin/conf_startingandstoppingtheldapservice_c.html. - Para volver a cargar el esquema LDAP, use el comando Tell LDAP Tell LDAP ReloadSchema(Indicar a LDAP ReloadSchema).
- En la consola de Domino, inserte el comando en el texto comando de Domino archivado para reiniciar el servicio LDAP: reiniciar ldap de la tarea, anteriormente en
- Abra el administrador de Domino y seleccione la pestaña People & Groups (Personas y grupos) para ver que el atributo agregado se refleja en Add Person (Agregar persona) en Domino (en la pestaña Others [Otros]).
- Abra Schema.nsf en la pestaña Files (Archivos) y compruebe que el atributo agregado se refleja en la clase auxiliar de objeto de LDAP subformularioDePrueba.
Enfoque 3: Agregar el atributo personalizado a la clase ExtensibleObject
- Abra el archivo {Schema.nsf} ubicado en el directorio raíz.
- Seleccione LDAP Object Classes (Clases de objeto LDAP) en el menú izquierdo bajo All Schema Documents (Todos los documentos del esquema) y haga clic en el botón Add Object class (Agregar clase de objeto):
- Proporcione el nombre LDAP con el formato {zzzExtensibleSchema} (donde zzz es el nombre de la clase de objeto estructural predeterminada, por ejemplo, Person). Por ejemplo, para extender el esquema de la clase de objeto Person, proporcione el nombre LDAP {PersonExtensibleSchema}.
- Proporcione el nombre de la clase de objeto superior, para la que desea extender el esquema. Por ejemplo, para extender el esquema para la clase de objeto Person, proporcione el nombre de clase de objeto superior {dominoPerson}:
- Proporcione un OID válido correspondiente a la clase de objeto.
- Seleccione los atributos extendidos o personalizados en los campos de tipos de atributos opcionales u obligatorios según los requisitos:
- Después de agregar los atributos requeridos para ExtensibleObjectClass, haga clic en Save & Close (Guardar y cerrar).
- Se crea un elemento ExtensibleObjectClass para la clase de objeto predeterminada respectiva con atributos extendidos.
Solución de problemas
- Para más información acerca de cómo habilitar el registro para solucionar problemas del conector, consulte How to Enable ETW Tracing for FIM 2010 R2 Connectors.