jotaelesalinas/laravel-adminless-ldap-auth
Authenticate users in Laravel against an adminless LDAP server
Important: The use case for this authentication package is very specific:
- This package does only one thing: validate users' credentials against an LDAP server.
- It is not possible to create/modify/delete users in the Laravel application.
- User management is done in the LDAP server.
Installation
You need an existing Laravel project. Inside its folder, type:
composer require jotaelesalinas/laravel-adminless-ldap-auth
You might get an error saying that your requirements could not be resolved to an installable set of packages. This is usually caused by adldap2/adldap2 depending on different versions of some packages also required by Laravel. This problem is usually solved adding the option -W
(or --update-with-all-dependencies
), but be warned that this could cause issues.
composer require jotaelesalinas/laravel-adminless-ldap-auth -W
Go on with the configuration. The package will not work if it is not properly configured.
Configuration
A note on the most important .env variables
-
LDAP_USER_SEARCH_ATTRIBUTE
: the name of the attribute in the LDAP server that uniquely identifies a user, e.g.uid
,mail
orsAMAccountName
. The value of this attribute is what the user will have to type as identifier in the login form (+ the password, of course). -
LDAP_USER_BIND_ATTRIBUTE
: the name of the attribute in the LDAP server that is used inside the distinguished name, e.g.uid
orcn
. The value will be read from the user attributes returned by the LDAP server. -
AUTH_USER_KEY_FIELD
: the name of the property that will uniquely identify the Auth user. By default, the name isusername
and the value is read from the LDAP user attributeLDAP_USER_SEARCH_ATTRIBUTE
.
See an explanation of how the library works for a better understanding of the rationale behind the different variables.
.env
Add variables to You will need the assistance of your LDAP administrator to get these options right.
LDAP_SCHEMA=OpenLDAP # Has to be one of these:
# - OpenLDAP
# - FreeIPA
# - ActiveDirectory
LDAP_HOSTS=ldap.forumsys.com # Your LDAP server
LDAP_BASE_DN=dc=example,dc=com # base distinguished name
LDAP_USER_SEARCH_ATTRIBUTE=uid # field by which your users are identified in the LDAP server
LDAP_USER_BIND_ATTRIBUTE=uid # field by which your users are binded to the LDAP server
LDAP_USER_FULL_DN_FMT=${LDAP_USER_BIND_ATTRIBUTE}=%s,${LDAP_BASE_DN}
# full user distinguished name to be used with sprintf:
# %s will be replaced by $user->${LDAP_USER_BIND_ATTRIBUTE}
LDAP_CONNECTION=default # which configuration to use from config/ldap.php
These are just a few options, the ones needed to make this example work. There are many more in config/ldap.php
.
Also, add the name of the property that will uniquely identify your Auth user:
AUTH_USER_KEY_FIELD=username
You can change the value of AUTH_USER_KEY_FIELD
to whatever you want, e.g. id
, email
or phonenumber
, but you don't really have to.
For Windows ActiveDirectory users
Based on some feedback, this configuration might work for you (I can't promise it will):
LDAP_SCHEMA=ActiveDirectory
LDAP_USER_SEARCH_ATTRIBUTE=sAMAccountName
LDAP_USER_BIND_ATTRIBUTE=cn
Testing with Apache Direcory
I have been able to test ActiveDirectory using the docker image dwimberger/ldap-ad-it
with an Apache Directory installation. Thanks to James Hamilton for this video.
I know it is not the same as Windows' RSAT ActiveDirectory, but it is what I have been able to test.
These are the .env
variables that I had to change to make it work:
LDAP_SCHEMA=ActiveDirectory
LDAP_HOSTS=127.0.0.1
LDAP_PORT=10389
LDAP_BASE_DN=ou=users,dc=wimpi,dc=net
Also, I had to modify the code to pre-connect to the LDAP server before attempting to search for a user. I think this was probably the real issue most people had when trying to use the library with AD.
config/auth.php
Modify Add a new LDAP provider using the newly installed adminless_ldap
driver:
'providers' => [
'ldap' => [
'driver' => 'adminless_ldap',
],
],
You can delete the users
provider if you want. Or just comment it out.
Do not leave unused code hanging around.
Modify the web guard to use the new ldap
provider:
'guards' => [
'web' => [
'driver' => 'session',
'provider' => 'ldap',
],
],
Delete the api
guard if you don't need it. Or at least comment it out.
Important! Create this new entry:
'auth_user_key' => env('AUTH_USER_KEY_FIELD', null),
Publish the config files of Adldap and AdldapAuth
php artisan vendor:publish --provider="Adldap\Laravel\AdldapServiceProvider"
php artisan vendor:publish --provider="Adldap\Laravel\AdldapAuthServiceProvider"
config/ldap.php
Configure the LDAP connection in Again, you will need the assistance of your LDAP administrator. See comments below.
'connections' => [
// here, in theory, we should leave `default` untouched and create a new connection
// (and change `LDAP_CONNECTION` in `.env` accordingly)
// but I wasn't able to make the underlying Adldap package work with any connection
// other than `default`, so we will modify the default connection directly
'default' => [
'auto_connect' => env('LDAP_AUTO_CONNECT', false),
'connection' => Adldap\Connections\Ldap::class,
'settings' => [
// replace this line:
// 'schema' => Adldap\Schemas\ActiveDirectory::class,
// with this:
'schema' => env('LDAP_SCHEMA', '') == 'OpenLDAP' ?
Adldap\Schemas\OpenLDAP::class :
( env('LDAP_SCHEMA', '') == 'FreeIPA' ?
Adldap\Schemas\FreeIPA::class :
Adldap\Schemas\ActiveDirectory::class ),
// remove the default values of these options:
'hosts' => explode(' ', env('LDAP_HOSTS', '')),
'base_dn' => env('LDAP_BASE_DN', ''),
'username' => env('LDAP_ADMIN_USERNAME', ''),
'password' => env('LDAP_ADMIN_PASSWORD', ''),
// and talk to your LDAP administrator about these other options.
// do not modify them here, use .env!
'account_prefix' => env('LDAP_ACCOUNT_PREFIX', ''),
'account_suffix' => env('LDAP_ACCOUNT_SUFFIX', ''),
'port' => env('LDAP_PORT', 389),
'timeout' => env('LDAP_TIMEOUT', 5),
'follow_referrals' => env('LDAP_FOLLOW_REFERRALS', false),
'use_ssl' => env('LDAP_USE_SSL', false),
'use_tls' => env('LDAP_USE_TLS', false),
],
],
],
config/ldap_auth.php
Configure the LDAP authentication in Tell the Adldap library how to search and bind users in your LDAP server.
Important! Do not forget to add the entry user_format
.
'identifiers' => [
// ... other code ...
'ldap' => [
'locate_users_by' => env('LDAP_USER_SEARCH_ATTRIBUTE', ''),
'bind_users_by' => env('LDAP_USER_BIND_ATTRIBUTE', ''),
'user_format' => env('LDAP_USER_FULL_DN_FMT', ''),
],
// ... other code ...
],
And tell the new auth provider which fields from the LDAP user entry you will want "imported" into your Auth user on every successful login.
'sync_attributes' => [
// 'field_in_local_user_model' => 'attribute_in_ldap_server',
env('AUTH_USER_KEY_FIELD', null) => env('LDAP_USER_SEARCH_ATTRIBUTE', null),
'name' => 'cn',
'email' => 'mail',
'phone' => 'telephonenumber',
],
Usage
That's it! Now you should be able to use Laravel's built-in authentication to perform all auth-related tasks, e.g. Auth::check()
, Auth::attempt()
, Auth::user()
, etc.
You can try with tinker:
php artisan optimize:clear
php artisan tinker
If you get an error saying that writing to /path/to/folder/.config/psysh is not allowed, try adding this line to your .env
:
XDG_CONFIG_HOME=.
Run these instructions to test the applicacion in real time:
Auth::guest()
=> true
Auth::check()
=> false
Auth::user()
=> null
Auth::id()
=> null
Auth::attempt(['username' => 'einstein', 'password' => ''])
=> false
Auth::attempt(['username' => 'einstein', 'password' => 'qwerty'])
=> false
Auth::attempt(['username' => 'einstein', 'password' => 'password'])
=> true
Auth::guest()
=> false
Auth::check()
=> true
Auth::user()
=> JotaEleSalinas\AdminlessLdap\LdapUser {
username: "einstein",
name: "Albert Einstein",
email: "[email protected]",
phone: "314-159-2653",
}
Auth::id()
=> "einstein"
Auth::logout()
=> null
Auth::check()
=> false
Auth::user()
=> null
Remember that you have these users available in the public testing LDAP server:
einstein
, newton
and tesla
. The password is password
for all of them.
If you want to see which attributes are available for each user in the LDAP server, run this in Tinker:
$lh = new JotaEleSalinas\AdminlessLdap\LdapHelper(config('ldap_auth'))
=> JotaEleSalinas\AdminlessLdap\LdapHelper
$lh->retrieveLdapAttribs('einstein', 'password')
=> [
"userpassword" => "{sha}W6ph5Mm5Pz8GgiULbPgzG37mj9g=",
"cn" => "Albert Einstein",
"sn" => "Einstein",
"uid" => "einstein",
"mail" => "[email protected]",
"telephonenumber" => "314-159-2653",
"dn" => "uid=einstein,dc=example,dc=com",
]
Was this package useful? Give it a star. Did it save your day? Are you making money out of it? Consider sponsoring me!
Login UI (routes, controllers, views)
If you want to see how to build a login UI adapted to this specific adminless LDAP system, you can read the Login UI guide.
To do
- Tests -- WIP
- Instructions for ActiveDirectory -- help needed, I don't have access to any AD server
- Do we have to trigger events for login attempts, success, failure, logout, etc? Or are they triggered somewhere else?
- Add instructions to build the login UI
- Extend
LdapUser
onIlluminate\Auth\GenericUser
- Upload to packagist
- Set up the GitHub Hook for Packagist to automate new versions
Contributing
Please see CONTRIBUTING and CODE_OF_CONDUCT for details.
Security
If you discover any security related issues, please email [email protected] instead of using the issue tracker.
Credits
Sponsoring
Did this package save your day? Are you making $$$ out of it? Give back by sponsoring me!
License and disclaimer
The MIT License (MIT). Please see License File for more information.
The configuration shown in this document makes use of a publicly available testing LDAP server. The authors of this package are not linked in any way with it and are not responsible nor liable in any way for anything related to it.