Nota
Comenzando con MongoDB 8.0, La autenticación y autorizaciónLDAP está obsoleta. Esta función está disponible y seguirá funcionando sin cambios durante la vida útil de MongoDB. 8 LDAP se eliminará en una futura versión principal.
Para más detalles, véase Desuso de LDAP.
Nota
Esta característica no está disponible para ninguna de las siguientes implementaciones:
M0Clústeres gratuitosClústeres Flex
Para obtener más información, consulte Límites.
Esta guía le muestra cómo habilitar Atlas para autenticar y autorizar usuarios de bases de datos (no usuarios de Atlas) desde Okta, un proveedor LDAP de terceros.
Puedes habilitar solo la autenticación LDAP o puedes habilitar tanto la autenticación como la autorización LDAP:
Si habilita solo la autenticación LDAP, agregará usuarios individuales a Atlas y asignará privilegios de acceso a la base de datos a cada usuario que agregue.
Si habilita la autenticación y autorización LDAP, agregará grupos de usuarios a Atlas y les asignará privilegios de acceso a la base de datos. Los usuarios heredan los privilegios de acceso a la base de datos del grupo LDAP al que pertenecen.
Atlas admite:
Autenticación de usuarios de la base de datos desde la sincronización de Active Directory de Okta.
Autenticación de usuarios de la base de datos desde Okta.
Autorizar usuarios de bases de datos en grupos de Okta.
Limitaciones
Debe implementar
M10o más clústeres de Atlas para habilitar la integración de LDAP. La integración de LDAP es una función de Atlas Enterprise.Atlas no admite la autorización de usuarios de bases de datos en grupos de sincronización de Active Directory de Okta.
Atlas no admite la integración del inicio de sesión único para usuarios de bases de datos. Para obtener más información sobre la integración del inicio de sesión único para la interfaz web administrativa de Atlas, consulte Configurar la autenticación federada.
Acceso requerido
Para administrar usuarios o grupos LDAP, debe Organization Owner tener acceso o Project Owner a Atlas.
Procedimientos
Configurar Okta para la autenticación LDAP
El siguiente procedimiento configura Okta para la autenticación con Atlas:
Configurar la interfaz LDAP de Okta.
Para obtener más información sobre cómo configurar la interfaz LDAP de Okta, consulte la documentación de Okta.
Anote su
<okta-instance-id>. Debe proporcionarlo en varios lugares durante el proceso de configuración.El nombre de la instancia se encuentra en la URL que utiliza para iniciar sesión en su cuenta de Okta:
https://<okta-instance-id>.admin.okta.com
Crear un usuario vinculado.
Cree un nuevo usuario de Okta para usarlo como usuario de enlace de Atlas. Este usuario de enlace es un usuario de Okta que se utiliza para consultar la cuenta y autenticar las credenciales de los usuarios de la base de datos cuando se conectan a una base de datos de Atlas.
Importante
No utilice su propia cuenta de usuario para el usuario vinculado.
Utilice la siguiente plantilla para determinar el nombre distintivo (DN) completo de su usuario vinculado:
uid=<bind-user-email>,dc=<okta-instance-id>,dc=okta,dc=com Por ejemplo, si su
<bind-user-email>esbind@example.comy su<okta-instance-id>esmdb-example, el DN de su usuario vinculado es:uid=bind@example.com,ou=users,dc=mdb-example,dc=okta,dc=com
Crear usuarios de base de datos en Okta.
Si aún no existen, crea usuarios en Okta a quienes quieras otorgar acceso a la base de datos:
Navega a tu página de Okta People.
Haga clic Add Person.
Introduce los datos del usuario. Usa direcciones de correo electrónico como nombre de usuario.
Nota
Evite introducir direcciones de correo electrónico con el símbolo "+"
+(). La integración de Atlas LDAP puede tener problemas con las direcciones de correo electrónico que contienen el símbolo "+".Haga clic en Save.
Configurar Atlas para la autenticación LDAP
El siguiente procedimiento permite a Atlas autenticar usuarios de bases de datos desde Okta LDAP:
En Atlas, ve a la página Advanced de tu proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Database & Network Access en la sección Security.
En la barra lateral, haga clic en Advanced.
La página Avanzada se muestra.
Cambie el botón junto LDAP Authentication a On a.
Nota
Es posible que se apliquen costos adicionales al habilitar esta función.Consulte Seguridad avanzada.
Agregar un usuario al mapeo de DN.
Agregue una asignación de DN para el usuario similar al siguiente ejemplo para permitir que los clientes proporcionen sus direcciones de correo electrónico en lugar de nombres distinguidos completos cuando se conectan a las bases de datos de Atlas:
[ { "match": "(.+)", "substitution": "uid={0},ou=users,dc=<okta_instance_id>,dc=okta,dc=com" } ]
En Atlas, ve a la página Database & Network Access de tu proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Database & Network Access en la sección Security.
La página Acceso a la base de datos y a la red se muestra.
Agregar usuarios LDAP a Atlas.
Nota
Omita este paso si desea habilitar la autorización LDAP.
Agregue usuarios administrados en Okta LDAP a Atlas.
Haga clic en Add New Database User.
Haga clic en LDAP User.
Realice una de las siguientes acciones:
Si no ha introducido User to DN Mapping un, introduzca el DN completo del usuario LDAP. Siga esta plantilla:
uid=<user-name>,ou=users,dc=<okta-instance-id>,dc=okta,dc=com Por ejemplo, si su
<user-name>esjane@example.comy su<okta-instance-id>esmdb-example, el DN de su usuario es:uid=jane@example.com,ou=users,dc=mdb-example,dc=okta,dc=com Si ingresó un User to DN Mapping, ingrese el nombre de usuario o la dirección de correo electrónico que requiere su mapeo.
Seleccione el nivel de acceso a la base de datos que se otorgará al usuario.
Haga clic en Add User.
Configurar Okta para la autorización LDAP
Nota
Omita esta sección si no desea habilitar la autorización LDAP.
El siguiente procedimiento configura Atlas para autorizar a los usuarios que pertenecen a grupos de acceso a la base de datos LDAP de Okta.
Importante
Debe habilitar la autenticación con LDAP antes de habilitar la autorización.
Cuando habilita y configura la autorización LDAP, los usuarios de la base de datos que solo estén configurados para la autenticación LDAP ya no podrán acceder a las bases de datos.
Crear grupos de acceso a la base de datos de Okta.
La autorización LDAP de Atlas utiliza grupos LDAP para determinar si los usuarios están autorizados a realizar acciones de base de datos.
Cree grupos de Okta separados para cada nivel de acceso que desee otorgar a los usuarios. Por ejemplo, cree un grupo para el acceso de lectura a una base de datos, otro para el acceso de lectura y escritura, y así sucesivamente.
Navegue a su página de Okta Groups haciendo clic en Directory y luego en Groups.
Haga clic en Add Group.
Introduce un nombre de grupo, por ejemplo
db-read.Haga clic en Add Group.
Asignar privilegios al usuario vinculado.
El usuario vinculado debe tener privilegios Read Only Administrator para autorizar usuarios en grupos específicos de Okta y realizar búsquedas LDAP. Para asignarle privilegios Read Only Administrator:
Navegue a su página de Okta Administrators haciendo clic en Security y luego en Administrators.
Haga clic en Add Administrator.
Busque su usuario vinculado y luego seleccione el rol Read Only Administrator.
Haga clic en Add Administrator.
Configurar Atlas para la autorización LDAP
Nota
Omita esta sección si no desea habilitar la autorización LDAP.
El siguiente procedimiento agrega los grupos de acceso a la base de datos de Okta a Atlas y habilita la autorización de usuarios de la base de datos en Atlas:
En Atlas, ve a la página Database & Network Access de tu proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Database & Network Access en la sección Security.
La página Acceso a la base de datos y a la red se muestra.
Agregue los grupos LDAP de acceso a la base dedatos a Atlas.
Agregue a Atlas cada uno de los grupos de bases de datos de Okta que creó. Los miembros de los grupos que agregue tienen autorización para realizar las acciones de base de datos asignadas al grupo.
Haga clic en Add New Database User.
Haga clic en LDAP Group y, a continuación, introduzca el DN completo del grupo que contiene los usuarios de su base de datos, incluso si habilitó User to DN Mapping. Siga esta plantilla:
cn=<group-name>,ou=groups,dc=<okta-instance-id>,dc=okta,dc=com Por ejemplo, si su
<group-name>esdb-ready su<okta-instance-id>esmdb-example, el DN de su usuario vinculado es:cn=db-read,ou=groups,dc=mdb-example,dc=okta,dc=com
Seleccione el nivel de acceso a la base de datos que se otorgará a los usuarios de este grupo.
Haga clic en Add User.
En Atlas, ve a la página Advanced de tu proyecto.
Si aún no aparece, se debe seleccionar la organización que contiene el proyecto en el menú Organizations de la barra de navegación.
Si aún no se muestra, seleccione su proyecto en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Database & Network Access en la sección Security.
En la barra lateral, haga clic en Advanced.
La página Avanzada se muestra.
Introduzca una plantilla de consulta Query Template en.
Cuando un usuario intenta realizar una acción, Atlas ejecuta la plantilla de consulta LDAP para obtener los grupos LDAP a los que pertenece el usuario autenticado. Atlas permite la acción si la consulta devuelve al menos un grupo autorizado para realizarla. Atlas no permite la acción si la consulta no devuelve ningún grupo autorizado para realizarla.
Atlas sustituye el nombre de usuario autenticado en el marcador de posición {USER} cuando ejecuta la query. La consulta es relativa al host especificado en Server Hostname.
El formato de la consulta debe cumplir con RFC.4515
Si desea identificar a qué grupo pertenece un usuario, puede utilizar lo siguiente Query Template:
ou=groups,dc=<okta-instance-id>,dc=okta,dc=com?dn?sub?(&(objectClass=groupofUniqueNames)(uniqueMember={USER}))
Nota
Otras plantillas de consulta también podrían funcionar. Usar la plantilla predeterminada {USER}?memberOf?base podría resultar en tiempos de búsqueda más largos.
Conéctese a su clúster usando mongosh
El siguiente procedimiento verifica que la autenticación LDAP (y la autorización LDAP, si está habilitada) esté configurada correctamente:
Nota
Cuando la autenticación LDAP está habilitada, los usuarios de la base de datos deben anular los siguientes parámetros en la cadena de conexión para sus clientes:
authSourcedebe ser$externalauthenticationMechanismdebe serPLAIN
En Atlas, ve a la página Clusters de tu proyecto.
Si aún no se muestra, seleccione la organización que contiene su proyecto deseado en el menú Organizations de la barra de navegación.
Si aún no aparece, selecciona el proyecto deseado en el menú Projects de la barra de navegación.
En la barra lateral, haz clic en Clusters en la sección Database.
La página de clústeres se muestra.
Conéctese a su clúster con las credenciales de usuario que agregó a Atlas.
Utiliza mongosh para conectarte a tu clúster. Para copiar la cadena de conexión:
Haga clic en Connect.
Haga clic en LDAP y, a continuación, haga clic en Copy.
Pegue y edite la cadena con su DN de usuario y contraseña.
Nota
Conéctese a su clúster con el DN completo de un usuario si la asignación de usuario a DN no está habilitada.
Solucionar problemas de conexión LDAP
Nota
En Okta, el usuario bind debe tener privilegios Read Only Administrator para realizar búsquedas en LDAP. Asegúrate de que tu usuario bind tenga estos privilegios antes de ejecutar ldapsearch.
Utilice ldapsearch para determinar si la plantilla de consulta que configuró en Atlas devuelve los DN de usuario como esperaba. Es posible que la plantilla de consulta no devuelva los DN de usuario correctos si la autenticación LDAP funciona, pero la autorización LDAP no.
Utilice la siguiente plantilla ldapsearch:
ldapsearch -H 'ldaps://<okta-instance-id>.ldap.okta.com' -D "<bind-user-dn>" -w "<bind-user-pwd>" -b 'ou=groups,dc=<okta-instance-id>,dc=okta,dc=com' '(&(objectClass=groupofUniqueNames)(uniqueMember=<bind-user-dn or group-dn>))
Por ejemplo, si tu bind-user-dn es uid=jane@example.com,ou=users,dc=mdb-example,dc=okta,dc=com y tu <okta-instance-id> es mdb-example, utiliza el siguiente comando:
ldapsearch -H 'ldaps://mdb-example.ldap.okta.com' -D "uid=jane@example.com,dc=mdb-example,dc=okta,dc=com" -w "REDACTED" -b 'ou=groups,dc=mdb-example,dc=okta,dc=com' '(&(objectClass=groupofUniqueNames)(uniqueMember=uid=jane@example.com,ou=users,dc=mdb-example,dc=okta,dc=com))'
Nota
Otras plantillas de consulta también podrían funcionar. Usar la plantilla predeterminada {USER}?memberOf?base podría resultar en tiempos de búsqueda más largos.