Inheriting LDAP user-to-group mappings in Zoom

From Zoom, we can, not just pull the user accounts from the Directory Server but also groups, and the association of the users to those groups. Any group that is marked as a member of the filter group configured in Zoom will automatically get pulled to Zoom, and be created as a child-role under the MASTER_LDAP_ROLE in Zoom. After pulling, the admins will have to configure the projects and permissions as seen fit. By default, the pulled roles will be assigned to all projects and their permission level is set to the lowest (NONE). 

If there are users who are members of the filter group, as well as other groups that have been pulled into Zoom, they will be mapped to the corresponding roles inside Zoom as well. 

For example, if a user “Sam” is a member of the filter group, and a group “Retouchers” is a member of the filter group, and the user “Sam” is also a member of “Retouchers” group inside the LDAP server, then on successful pull into Zoom, there will be: a user account in the name of “Sam”, a Zoom role called “Retouchers” under the MASTER_LDAP_ROLE and a mapping of the user “Sam” to “Retouchers” 

 

Once so pulled, the roles continue to live in the Zoom paradigm until they are removed from the membership of the filter group on the Directory Server itself. Following the first time pull, and the subsequent configuring of the required project/permission details, no further intervention is needed on the Zoom Server side for associating the new users to this group. As long as the new users are made members of the corresponding group on the Directory Server side, the same mapping will get reflected on the Zoom side as well. 

 

Leave a Comment