Jira has a nice feature, where in the Applications -> Application access page, I can assign specific Active Directory groups that can have access to Jira. So even though I'm pointing to an OU with lots of users, only those who are in the JiraUsers group will count aginst my user license seats.
This doesn't seem to exist in Confluence? If I point Confluence to the same Users OU as Jira, ALL those users get access to Confluence, and I go over my user license limit. Not all the users in that OU should have access to Confluence, so I have to move them to another OU, which is really annoying when I should just be able to assign access with a .
Is there a way to pick which users shoud use Confluence user licenses based on an AD group?
I did assign Global Permission to the ConfluenceUsers AD group, but any user that gets added to the Users OU is getting added in my user license count.
A similar page to JIRA's Applications page isn't there, but you can get an idea and limit the scope of the licensed Confluence users on the Global Permissions page. There, you can see which groups have the "can use" permission. The sum of the members of these groups is the number of licensed users. In this area, I would remove confluence-users from the "can use" permission or remove your active directory users from this group. I only use confluence-users for accounts stored in the Local Directory.
You should also review your Active Directory configuration. In my organization, I have one master group, and each of the divisions has a seprate nested group (make sure "Enable Nested Groups" is checked). I then add the Master group to the global permissions page with "can use" permissions.
Another advantage of this is that you can use the nested groups for individual space permissions if you don't want everyone to see everything, and you can also delegate user adding/removing to certain people in your organization by giving them permission to the right divisonal AD groups.
I also use the following example settings for these directory fields:
Ldap Permissions: Read Only, with Local Groups
Default Group Memberships: <BLANK, DO NOT USE>
Base DN: OU=TopLevel,DC=domain,DC=com
Enable Nested Groups: <checked>
User Object Filter: (&(objectClass=person)(memberOf:1.2.840.113518.104.22.1681:=CN=ConfluenceMaster,OU=Groups,OU=TopLevel,DC=domain,DC=com))
Group Object Filter: (&(objectCategory=Group)(|(sAMAccountName=ConfluenceMaster)(memberOf=CN=ConfluenceMaster,OU=Groups,OU=TopLevel,DC=domain,DC=com)))
Most of us don’t need much convincing that stakeholder management is important. It just makes sense that keeping everyone in-the-know on projects and assigning clearly defined roles is key to having ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs