Home

Awesome

Mattermost-LDAP Module

This module provides an external LDAP authentication in Mattermost for the Team Edition (free).

Overview

Currently, LDAP authentication in Mattermost is not featured in the Team Edition (only in the Enterprise Edition). Thus, the only way to get LDAP authentication in Mattermost is to install Gitlab and use its Single Sign On (SSO) feature. Gitlab allows LDAP authentication and transmits user data to Mattermost. So, anyone who wishes to use LDAP with Mattermost must run Gitlab, even if he does not use it, for the SSO feature.

However, although Gitlab is a nice software, it is resources-consuming and a bit complicated to manage if you just want the SSO feature. That's the reason why, this module provides an Oauth server to only reproduce the Gitlab SSO feature and allows a simple and secure LDAP authentication to Mattermost.

The Mattermost-LDAP project uses the Gitlab authentication feature from Mattermost and substitute Gitlab to LDAP interaction. The main advantage of this module is to provide a light and easy to use LDAP connector for Mattermost not to need Gitlab.

Module Description

This module provides an Oauth2 server designed for PHP, an LDAP connector for PHP and some files for automatic configuration. Once installed and configured with Mattermost, the module allows LDAP authentication by replacing Gitlab SSO. This module allows many configuration settings to try to comply with your settings and configuration. Mattermost-LDAP can be used with MySQL or PostgreSQL database on many operating systems.

See Limitation section for more information.

Quick Start - Demonstration

To test and try Mattermost-LDAP, you can use the demonstration available in the Demo/ folder. This demonstration is based on a docker-compose implementation describe in the Demo/docker-compose.yaml file.

This docker-compose file instantiate a Mattermost Server from the official preview image provides by Mattermost, a Mattemrost-LDAP pre-configured server with a PostgreSQL database and an OpenLDAP server with a test user : John DOE.

To try Mattermost-LDAP, please read the following instructions.

Requirements

Firstly, to use docker-compose, you need to install Docker and Docker compose.

Note : For CentOS 8 and Fedora, it is recommended to use Podman and Podman compose instead of Docker and Docker compose.

For more information about Docker installation, see official guide : https://docs.docker.com/engine/install/

For more information about Podman installation, see official documentation : https://podman.io/getting-started/installation.html

Preparation

First, you need to clone (or download and extract) this repository on your server :

git clone https://github.com/Crivaledaz/Mattermost-LDAP
cd Mattermost-LDAP/Demo

Then, you have to rename example configuration file without the example extension.

cp -p ../oauth/config_db.php.example ../oauth/config_db.php
cp -p ../oauth/LDAP/config_ldap.php.example ../oauth/LDAP/config_ldap.php

Optionnally, you can adapt deployment parameters by editing the Demo/docker-compose.yaml file, before running it. Parameters are passed to Postgres database, Oauth server and LDAP server by environment variables. They are gathered in the environment section for each container.

For more information about available parameters, see the configuration section of this documentation.

Usage

To run the docker-compose file use the following command :

# With Docker
docker-compose up -d

# With Podman
podman-compose up -d

The up command starts all services described in the Docker compose file. The -d argument allows to start all container in background, in a detach mode.

Once all services are started, go to Mattermost server. Mattermost should be available after a few seconds on localhost : http://localhost.

On the Mattermost login page, click on GitLab button to login with LDAP credential on Mattermost-LDAP. Complete the login form with following credentials :

username: jdoe
password: test1234

Once you are logged in, you should authorize Mattermost-LDAP to transmit LDAP data to Mattermost. Then, you should be log on Mattermost with the John DOE user account and create a new team.

That's all, you are logged into Mattermost with an LDAP account !

To stop Mattermost server and Mattermost-LDAP, use the following command :

# With Docker
docker-compose down

# With Podman
podman-compose down

Installation

Mattermost-LDAP can be installed using containers or directly on a bare metal server, depending on your environment. Note that the installation process is easier with containers.

To install Mattermost-LDAP using containers use this documentation - Container.md.

To install Mattermost-LDAP on Bare Metal use the following documentation - BareMetal.md.

Both installations allow to set up Mattermost-LDAP for a production use.

Configuration

Configuration files are provided with examples and default values. Each config file has an example extension, so you need to copy and to rename them without this extension.

You can find a detailed description of each parameters available below.

Note : For container, these variables are overload by environment variables define in the docker-compose.yaml file.

Init script parameters

ParameterDescriptionDefault value
db_userOauth user in the database.oauth
db_passOauth user password in the database.oauth_secure-pass
db_hostHostname or IP address of the database.127.0.0.1
db_portThe port to connect to the database.5432 (Postgres)
db_nameDatabase name for Oauth server.oauth_db
client_idThe application ID shared with mattermost.openssl rand -hex 32
client_secretThe application secret shared with mattermost.openssl rand -hex 32
redirect_uriThe callback address where Oauth will send tokens to Mattermost.http://mattermost.company.com/signup/gitlab/complete
grant_typesThe type of authentification use by Mattermost.authorization_code
scopeThe scope of authentification use by Mattermost.api
user_idThe username of the user who create the Mattermost client in Oauth.

Note : The oauth_user must have all privilege on the Oauth database to manage Oauth tokens.

The client_id and client_secret should be different and random tokens. You can use openssl to generate these tokens (openssl rand -hex 32). By default, these variables contain the openssl command, which use the openssl package. Tokens will be generated and printed at the end of the script.

The var user_id has no impact, and could be used as a commentary field. By default this field is empty.

Database credentials

Edit oauth/config_db.php and adapt, with your settings, to set up database in PHP.

ParameterDescriptionDefault value
db_hostHostname or IP address of the database server127.0.0.1
db_portThe port of your database to connect5432
db_typeDatabase type to adapt PDO. Should be pgsql or mysql.pgsql
db_userUser who manages Oauth databaseoauth
db_passUser's password to manage Oauth databaseoauth_secure-pass
db_nameDatabase name for Oauth serveroauth_db

If you use the init script, make sure to use the same values for database parameters.

Note : The 'db_user' must have all privilege on the Oauth database to manage Oauth tokens.

LDAP configuration

Edit oauth/LDAP/config_ldap.php and adapt prameters with your LDAP configuration :

ParameterDescriptionDefault value
ldap_hostURL or IP to connect LDAP serverldap://ldap.company.com/
ldap_portPort used to connect LDAP server389
ldap_versionLDAP version or protocol version used by LDAP server3
ldap_start_tlsLDAP over STARTTLSfalse
ldap_search_attributeAttribute used to identify a user on the LDAPuid
ldap_filterAdditional filter for LDAP search(objectClass=*)
ldap_base_dnThe base directory name of your LDAP serverou=People,o=Company
ldap_bind_dnThe LDAP Directory Name of an service account to allow LDAP search
ldap_bind_passThe password associated to the service account to allow LDAP search

For openLDAP server, the 'ldap_search_attribute' should be uid, and for AD server this must be sAMAccountName. Nevertheless, 'email' or 'cn' could be used, this depends on your LDAP configuration.

Parameters 'ldap_bind_dn' and 'ldap_bind_pass' are required if your LDAP is restrictive, else put an empty string ("").

Warning : Mattermost-LDAP V2 has changed 'ldap_filter' syntax. Now, the ldap filter must respect the LDAP syntax and need to be included into parenthesis.

Note : 'ldap_version' avoid LDAP blind error with LDAP 3 (issue #14)

To try your configuration you can use ldap.php available at the root of this project which use the LDAP library for PHP or you can use ldapsearch command in a shell.

Usage

If you have succeeded previous step you only have to go to the login page of your Mattermost server and click on the Gitlab Button. You will be redirected to a form asking for your LDAP credentials. If your credentials are valid, you will be asked to authorize Oauth to give your information to Mattermost. After authorizing you should be redirected on Mattermost connected with your account.

Keep in mind this will create a new account on your Mattermost server with information from LDAP. The process will fail if an existing user already use your LDAP email. To bind an existing user to the LDAP authentication, sign in Mattermost with this user account, go in account settings > security > sign-in method and "switch to using Gitlab SSO".

Limitation

This module has been tested on Centos (7, 8, 8 stream), Fedora and Ubuntu with PostgreSQL and Mattermost Community Edition version 4.1, 4.9, 5.0.1, 5.10, 5.15.1, 5.51.0, 5.22.0, 5.36.0 and 6.0.0. Mattermost-LDAP is compliant with Mattermost Team Edition 4.x.x, 5.x.x and 6.x.x.

Others operating systems has not been tested yet but should work fine.

MySQL has not really been tested so it is possible there is some bugs.

To do list

Thanks

I wish to thank CS GROUP and my colleagues for their help and support. Also, I thank Brent Shaffer for his Oauth-server-php project and its documentation.

Known issues

<Directory "/var/www/html/oauth">
   AllowOverride All
</Directory>