Synchronization Rules
On this page
During the sync, the LDAP tool runs the following SQL commands under specified conditions.
SQL Commands |
Conditions |
---|---|
LDAP groups to sync contain members who are not SingleStore users. |
|
LDAP groups to sync are not SingleStore groups. |
|
SingleStore contains users that have been removed from the LDAP groups listed for syncing.
|
|
SingleStore contains groups that have been deleted from LDAP. |
|
LDAP groups to sync contain members that are not part of the corresponding SingleStore groups. |
|
SingleStore groups contain members that are no longer part of the corresponding LDAP groups listed for syncing. |
Additional Notes
-
New SingleStore users and groups that are created during the sync abide by the following rules.
-
New users and groups are created with the LDAP user and group names.
The names of the imported users and groups must also be unique. -
New users can be authenticated via Kerberos, PAM, SAML, or JWT, depending on the authentication protocol preconfigured in SingleStore.
-
New users are created with the parameters defined by the
--resource-pool
,--failed-login-attempts
, and--password-lock-time
options.Note that the resource pool you specify must already exist in SingleStore. -
New users will be members of the
ldap_
group.users_ internal_ group This group must not be modified. Note: Members of ldap_
will be referred to as "managed" users throughout this document.users_ internal_ group -
New users are created with the
%
hostname, allowing them to connect to the cluster from any host.
-
-
New SingleStore groups are created with the members of the LDAP groups that are synced.
As SingleStore does not support sub-groups of user groups, only one group level is supported. For example, DentalCSR and MedicalCSR are two LDAP user groups. After syncing with SingleStore, members of DentalCSR in LDAP become members of DentalCSR in SingleStore, whereas members of MedicalCSR in LDAP will be added to MedicalCSR in SingleStore. If a user belongs to both LDAP groups, then the user will be part of both SingleStore groups. -
If a SingleStore user that is dropped during a sync also has an active database connection, the user can run commands until the session expires.
However, the deleted user cannot establish new database connections. -
If an LDAP user already exists in SingleStore, the tool will sync the LDAP user’s information with SingleStore.
-
The tool does not sync a user’s hosts or passwords from LDAP.
Last modified: June 22, 2022