2021-07-24 06:16:34 -04:00
|
|
|
# Gitea LDAP Authentication Module
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 19:58:27 -04:00
|
|
|
## About
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 19:58:27 -04:00
|
|
|
This authentication module attempts to authorize and authenticate a user
|
2015-09-05 18:26:31 -04:00
|
|
|
against an LDAP server. It provides two methods of authentication: LDAP via
|
2015-09-05 00:14:20 -04:00
|
|
|
BindDN, and LDAP simple authentication.
|
|
|
|
|
2015-09-05 18:26:31 -04:00
|
|
|
LDAP via BindDN functions like most LDAP authentication systems. First, it
|
|
|
|
queries the LDAP server using a Bind DN and searches for the user that is
|
|
|
|
attempting to sign in. If the user is found, the module attempts to bind to the
|
|
|
|
server using the user's supplied credentials. If this succeeds, the user has
|
|
|
|
been authenticated, and his account information is retrieved and passed to the
|
|
|
|
Gogs login infrastructure.
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-09-05 00:14:20 -04:00
|
|
|
LDAP simple authentication does not utilize a Bind DN. Instead, it binds
|
|
|
|
directly with the LDAP server using the user's supplied credentials. If the bind
|
|
|
|
succeeds and no filter rules out the user, the user is authenticated.
|
|
|
|
|
|
|
|
LDAP via BindDN is recommended for most users. By using a Bind DN, the server
|
|
|
|
can perform authorization by restricting which entries the Bind DN account can
|
|
|
|
read. Further, using a Bind DN with reduced permissions can reduce security risk
|
|
|
|
in the face of application bugs.
|
|
|
|
|
2015-08-12 19:58:27 -04:00
|
|
|
## Usage
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 19:58:27 -04:00
|
|
|
To use this module, add an LDAP authentication source via the Authentications
|
2015-09-05 00:14:20 -04:00
|
|
|
section in the admin panel. Both the LDAP via BindDN and the simple auth LDAP
|
|
|
|
share the following fields:
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* Authorization Name **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* A name to assign to the new method of authorization.
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* Host **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* The address where the LDAP server can be reached.
|
|
|
|
* Example: mydomain.com
|
2015-08-12 19:58:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* Port **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* The port to use when connecting to the server.
|
|
|
|
* Example: 636
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* Enable TLS Encryption (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* Whether to use TLS when connecting to the LDAP server.
|
2015-09-05 00:14:20 -04:00
|
|
|
|
|
|
|
* Admin Filter (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* An LDAP filter specifying if a user should be given administrator
|
2015-09-05 00:14:20 -04:00
|
|
|
privileges. If a user accounts passes the filter, the user will be
|
|
|
|
privileged as an administrator.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: (objectClass=adminAccount)
|
2015-09-05 00:14:20 -04:00
|
|
|
|
|
|
|
* First name attribute (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* The attribute of the user's LDAP record containing the user's first name.
|
2015-09-05 00:14:20 -04:00
|
|
|
This will be used to populate their account information.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: givenName
|
2015-09-05 00:14:20 -04:00
|
|
|
|
|
|
|
* Surname attribute (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* The attribute of the user's LDAP record containing the user's surname This
|
2015-09-05 00:14:20 -04:00
|
|
|
will be used to populate their account information.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: sn
|
2015-09-05 00:14:20 -04:00
|
|
|
|
|
|
|
* E-mail attribute **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* The attribute of the user's LDAP record containing the user's email
|
2015-09-05 00:14:20 -04:00
|
|
|
address. This will be used to populate their account information.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: mail
|
2015-09-05 00:14:20 -04:00
|
|
|
|
|
|
|
**LDAP via BindDN** adds the following fields:
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* Bind DN (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* The DN to bind to the LDAP server with when searching for the user. This
|
2015-09-05 00:14:20 -04:00
|
|
|
may be left blank to perform an anonymous search.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: cn=Search,dc=mydomain,dc=com
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* Bind Password (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* The password for the Bind DN specified above, if any. _Note: The password
|
2015-09-05 00:14:20 -04:00
|
|
|
is stored in plaintext at the server. As such, ensure that your Bind DN
|
|
|
|
has as few privileges as possible._
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* User Search Base **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* The LDAP base at which user accounts will be searched for.
|
|
|
|
* Example: ou=Users,dc=mydomain,dc=com
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-08-12 20:08:16 -04:00
|
|
|
* User Filter **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* An LDAP filter declaring how to find the user record that is attempting to
|
2015-09-05 00:14:20 -04:00
|
|
|
authenticate. The '%s' matching parameter will be substituted with the
|
|
|
|
user's username.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: (&(objectClass=posixAccount)(uid=%s))
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-09-05 00:14:20 -04:00
|
|
|
**LDAP using simple auth** adds the following fields:
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2015-09-05 00:14:20 -04:00
|
|
|
* User DN **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* A template to use as the user's DN. The `%s` matching parameter will be
|
2015-09-05 00:14:20 -04:00
|
|
|
substituted with the user's username.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: cn=%s,ou=Users,dc=mydomain,dc=com
|
|
|
|
* Example: uid=%s,ou=Users,dc=mydomain,dc=com
|
2014-04-22 12:55:27 -04:00
|
|
|
|
2019-04-28 09:53:55 -04:00
|
|
|
* User Search Base (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* The LDAP base at which user accounts will be searched for.
|
|
|
|
* Example: ou=Users,dc=mydomain,dc=com
|
2019-04-28 09:53:55 -04:00
|
|
|
|
2015-09-05 00:14:20 -04:00
|
|
|
* User Filter **(required)**
|
2021-07-24 06:16:34 -04:00
|
|
|
* An LDAP filter declaring when a user should be allowed to log in. The `%s`
|
2015-09-05 00:14:20 -04:00
|
|
|
matching parameter will be substituted with the user's username.
|
2021-07-24 06:16:34 -04:00
|
|
|
* Example: (&(objectClass=posixAccount)(cn=%s))
|
|
|
|
* Example: (&(objectClass=posixAccount)(uid=%s))
|
2020-09-10 11:30:07 -04:00
|
|
|
|
|
|
|
**Verify group membership in LDAP** uses the following fields:
|
|
|
|
|
|
|
|
* Group Search Base (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* The LDAP DN used for groups.
|
|
|
|
* Example: ou=group,dc=mydomain,dc=com
|
2020-09-10 11:30:07 -04:00
|
|
|
|
|
|
|
* Group Name Filter (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* An LDAP filter declaring how to find valid groups in the above DN.
|
|
|
|
* Example: (|(cn=gitea_users)(cn=admins))
|
2020-09-10 11:30:07 -04:00
|
|
|
|
|
|
|
* User Attribute in Group (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* Which user LDAP attribute is listed in the group.
|
|
|
|
* Example: uid
|
2020-09-10 11:30:07 -04:00
|
|
|
|
|
|
|
* Group Attribute for User (optional)
|
2021-07-24 06:16:34 -04:00
|
|
|
* Which group LDAP attribute contains an array above user attribute names.
|
|
|
|
* Example: memberUid
|
2022-02-11 09:24:58 -05:00
|
|
|
|
|
|
|
* Team group map (optional)
|
|
|
|
* Automatically add users to Organization teams, depending on LDAP group memberships.
|
|
|
|
* Note: this function only adds users to teams, it never removes users.
|
|
|
|
* Example: {"cn=MyGroup,cn=groups,dc=example,dc=org": {"MyGiteaOrganization": ["MyGiteaTeam1", "MyGiteaTeam2", ...], ...}, ...}
|
|
|
|
|
|
|
|
* Team group map removal (optional)
|
|
|
|
* If set to true, users will be removed from teams if they are not members of the corresponding group.
|