See also: Apache Tips and Tricks
At work CVS access has always been fairly open, after all we’re all friends behind the firewall … right? Well it was decided from upon high that we’re a big enough company that this is no longer appropriate, “many things need to change”. The one thing I wasn’t quite sure how to fix was to protect ViewCVS (a web read-only CVS client).
Here are my requirements:
- Must use Active Directory for the user/pass database
- Must use Active Directory groups to determine membership in “departmentA”
- Must be able to implement group based restrictions, eg. “repositoryA” must only be accessible by “departmentA”
So being a Debian sorta fellow I did a search for all the Apache and LDAP packages which my servers had packages for:
# apt-cache --names-only search libapache | grep -i ldap libapache-auth-ldap - LDAP authentication module for Apache libapache-authnetldap-perl - LDAP authentication for Apache+mod_perl libapache-authznetldap-perl - LDAP access control for Apache+mod_perl libapache-mod-ldap - Apache authentication via LDAP directory
I’m not a mod_perl fan so that ruled out two, which left me with mod-ldap or Auth_LDAP. I did some reading. It appears that mod-ldap just stores usernames/passwords in an LDAP tree, it doesn’t actually validate credentials by binding to an LDAP server (which seems mostly useless to me but maybe I’m missing something) so that was no use to me. Which left me with Auth-LDAP. I tracked down it’s homepage and started to despair as there was no mention of Active Directory, since AD isn’t quite normal LDAP that’s normally a bad sign. I spent some more time staring listlessly at the documentation …
After gathering enough entropy I started to experiment, in the end it was quite easy. The hardest part is wrapping your head around LDAP URLs. Once you grok that the rest is straight forward enough.
libapache-auth-ldapinto Apache (I’m assuming you know how to do this)
- Make sure you know the DN for your Active Directory server,typically it will be in the format of
- Setup an Active Directory user that has read only permission to view all your users attributes
- Using the username you just created, login to AD, using a normal LDAP browser, and view a different users information
- In the users information you should see a
memberOfattribute, cut and paste the value somewhere you’ll be able to grab it later. Normally the value will look something like
- Configure Apache to require a valid user to enter a directory:
AuthName "Restricted Directory"
- Open up a browser and try and access your newly restricted directory, you should be prompted for a username and password and it should only let you enter if you enter in a user/pass combo that exists in your Active Directory server.
- Assuming that works, lets add in the group restrictions. We only want
/cvsroot/reposAto only be accessible by people in
departmentA. All you need to do is to change the
AuthLDAPURLto have a filter, like this (should be all one long line):
This looks a little confusing but all you are doing is saying that in order for the URL to match a user they must have an LDAP attribute called memberOf which matches
And more or less, that’s it. You’re done! There are some other useful tips which are included below:
- Active Directory doesn’t allow anonymous binds. This is why you have to specify the AuthLDAPBindDN and AuthLDAPBindPassword directives
- Microsoft has somewhat made up for disallowing anonymous binds by setting things up so that you don’t need to know a users proper DN in order to bind to the server. You can bind to any AD server using a DN of the format email@example.com
- I specify sub as part of the LDAP URL because our users are broken out into sub-trees, if you have the standard AD setup you shouldn’t need it (eg. set the URL to AuthLDAPURL ldap://adserver/cn=users,dc=domain,dc=com?sAMAccountName)
- You can’t restrict access using Apache based on GET parameters, only on directories and files (eg. from an authentication point of view
- If you specify each repository in your viewcvs.conf with the cvs_roots variable, ViewCVS will use GET parameters to differentiate between repositories. The only way around this I found was to make sure that all your repositories are in one directory (eg.
/cvsroot/reposB) and then just point ViewCVS at the root directory and let it browse from that point down. Using this scheme you get URL’s like /viewcvs.cgi/reposA/module which works nicely with Apache authentication
- You might also want to specify the global catalog port number 3268 instead of the standard 636 or 389. The search is much broader and will encompass all domains you might have in AD