We configured and have been using Jira's user directories. We are now evaluating Crowd. When we use Crowd, do we disable all user directories in Jira? I have an ldap user directory in crowd. Jira, however, is really mix-mash right now with some percentage of users using Jira's internal user directory, and then next in line it users ldap user directory. We also set up for global permissions a group called jira-login, or maybe that was there already from an older version of Jira. The jira-login group is what the user directories in JIRA were auto-assigning people to if they logged into JIra. It is also the JIRA user directory that the ldap user directory auto-assigns well as it pulls in and synchronizes users. I realized later this was not so great as each user in AD/ldap takes a license. This was not a big deal with having the 10000+ license model, but ideally I would like to fix this if we are moving to using Crowd. Useful/practical thoughts and ideas on these things would be appreciated.
When using JIRA with Crowd, you'd typically keep all your users in Crowd. That way, you can connect Confluence or other Atlassian products and have the same userbase available, and it's also the required configuration for SSO across JIRA, Crowd and any other applications (more info on SSO).
I didn't catch why you're considering using Crowd; if you're happy with JIRA's user directory support, don't plan on integrating any other Atlassian products, and aren't having a performance problem with JIRA then you may not get much value out of Crowd. Even if you are planning on integrating other Atlassian products, JIRA can act as a (limited) Crowd server, which will be sufficient if you only want to provide the same userbase to all Atlassian products.
Regarding sucking down all the LDAP users into JIRA: you're right, this is a less than ideal setup. In Crowd, you can restrict the scope for Users and Groups, which essentially means you can use LDAP filters to limit which users and groups will be synchronised to Crowd. JIRA's LDAP directory configuration should have a similar option, albeit likely cloaked in a slightly different UI.
Personally, I keep the internal directory around with an admin-type account in case of emergency or any changes I want to do to Crowd itself, since you cannot modify the LDAP/Crowd directory you're logged in through in most cases.
So, I have the:
Most of the other environments I work in do something similar, with keeping the internal directory to only Admin-type minimum. This way you can manage all of your regular users in one place, then your higher-powered users or accounts from the system itself when necessary.
Hi everyone, We’re always looking at how to improve Confluence and customer feedback plays an important role in making sure we're investing in the areas that will bring the most value to the most c...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events