Devise LDAP Authenticatable is a LDAP based authentication strategy for the Devise authentication framework.
If you are building applications for use within your organization which require authentication and you want to use LDAP, this plugin is for you.
For a screencast with an example application, please visit: http://random-rails.blogspot.com/2010/07/ldap-authentication-with-devise.html
Please Note
If you are using rails 2.x then use 0.1.x series of gem, and see the rails2 branch README for instructions.
- An LDAP server (tested on OpenLDAP)
- Rails 3.0.0
These gems are dependencies of the gem:
- Devise 1.4.0
- net-ldap 0.2.2
Please Note
This will only work for Rails 3 applications.
In the Gemfile for your application:
gem "devise", "1.3.1"
gem "devise_ldap_authenticatable"
To get the latest version, pull directly from github instead of the gem:
gem "devise_ldap_authenticatable", :git => "git://github.com/cschiewek/devise_ldap_authenticatable.git"
Run the rails generators for devise (please check the devise documents for further instructions)
rails generate devise:install
rails generate devise MODEL_NAME
Run the rails generator for devise_ldap_authenticatable
rails generate devise_ldap_authenticatable:install [options]
This will install the sample.yml, update the devise.rb initializer, and update your user model. There are some options you can pass to it:
Options:
[--user-model=USER_MODEL] # Model to update
# Default: user
[--update-model] # Update model to change from database_authenticatable to ldap_authenticatable
# Default: true
[--add-rescue] # Update Application Controller with resuce_from for DeviseLdapAuthenticatable::LdapException
# Default: true
[--advanced] # Add advanced config options to the devise initializer
Devise LDAP Authenticatable works in replacement of Database Authenticatable
Please Note
This devise plugin has not been tested with DatabaseAuthenticatable enabled at the same time. This is meant as a drop in replacement for DatabaseAuthenticatable allowing for a semi single sign on approach.
The field that is used for logins is the first key that's configured in the config/devise.rb
file under config.authentication_keys
, which by default is email. For help changing this, please see the Railscast that goes through how to customize Devise.
Given that ldap_create_user is set to true and you are authenticating with username, you can query an LDAP server for other attributes.
in your user model:
before_save :get_ldap_email
def get_ldap_email self.email = Devise::LdapAdapter.get_ldap_param(self.username,"mail") end
In initializer config/initializers/devise.rb
:
-
ldap_logger (default: true)
- If set to true, will log LDAP queries to the Rails logger.
-
ldap_create_user (default: false)
- If set to true, all valid LDAP users will be allowed to login and an appropriate user record will be created. If set to false, you will have to create the user record before they will be allowed to login.
-
ldap_config (default: #{Rails.root}/config/ldap.yml)
- Where to find the LDAP config file. Commented out to use the default, change if needed.
-
ldap_update_password (default: true)
- When doing password resets, if true will update the LDAP server. Requires admin password in the ldap.yml
-
ldap_check_group_membership (default: false)
- When set to true, the user trying to login will be checked to make sure they are in all of groups specified in the ldap.yml file.
-
ldap_check_attributes (default: false)
- When set to true, the user trying to login will be checked to make sure they have all of the attributes in the ldap.yml file.
-
ldap_use_admin_to_bind (default: false)
- When set to true, the admin user will be used to bind to the LDAP server during authentication.
These parameters will be added to config/initializers/devise.rb
when you pass the --advanced
switch to the generator:
- ldap_auth_username_builder (default:
Proc.new() {|attribute, login, ldap| "#{attribute}=#{login},#{ldap.base}" }
)- You can pass a proc to the username option to explicitly specify the format that you search for a users' DN on your LDAP server.
This has been tested using the following setup:
- Mac OSX 10.6
- OpenLDAP 2.4.11
- REE 1.8.7 (2010.02)
All unit and functional tests are part of a sample rails application under test/rails_app and requires a working LDAP sever.
Make sure that directories test/ldap/openldap-data and test/ldap/openldap-data/run exist.
- To start the server, run
./run_server.sh
- Add the basic structure:
ldapadd -x -h localhost -p 3389 -x -D "cn=admin,dc=test,dc=com" -w secret -f base.ldif
* this creates the users / passwords:- cn=admin,dc=test,com / secret
- cn=[email protected],ou=people,dc=test,dc=com / secret
- You should now be able to run the tests in test/rails_app by running:
rake
For a LDAP server running SSL
- To start the server, run:
./run_server.sh --ssl
- Add the basic structure:
ldapadd -x -H ldaps://localhost:3389 -x -D "cn=admin,dc=test,dc=com" -w secret -f base.ldif
* this creates the users / passwords:- cn=admin,dc=test,com / secret
- cn=[email protected],ou=people,dc=test,dc=com / secret
- You should now be able to run the tests in test/rails_app by running:
LDAP_SSL=true rake
Please Note
In your system LDAP config file (on OSX it's /etc/openldap/ldap.conf) make sure you have the following setting:
TLS_REQCERT never
This will allow requests to go to the test LDAP server without being signed by a trusted root (it uses a self-signed cert)
View on Pivotal Tracker.
Released under the MIT license
Copyright (c) 2010 Curtis Schiewek, Daniel McNevin