2019-07-15 23:31:08 -04:00
---
type: reference
2020-06-08 14:08:27 -04:00
stage: Manage
2022-01-26 22:14:06 -05:00
group: Authentication and Authorization
2020-11-26 01:09:20 -05:00
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2019-07-15 23:31:08 -04:00
---
2021-05-10 20:10:50 -04:00
# JWT OmniAuth provider **(FREE SELF)**
2018-03-26 11:48:12 -04:00
To enable the JWT OmniAuth provider, you must register your application with JWT.
2021-12-03 04:10:57 -05:00
JWT provides you with a secret key for you to use.
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
1. On your GitLab server, open the configuration file.
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
For Omnibus GitLab:
2018-03-26 11:48:12 -04:00
2020-01-30 10:09:15 -05:00
```shell
2019-07-11 22:06:46 -04:00
sudo editor /etc/gitlab/gitlab.rb
```
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
For installations from source:
2018-03-26 11:48:12 -04:00
2020-01-30 10:09:15 -05:00
```shell
2019-07-11 22:06:46 -04:00
cd /home/git/gitlab
sudo -u git -H editor config/gitlab.yml
```
2018-03-26 11:48:12 -04:00
2021-11-09 13:13:13 -05:00
1. See [Configure initial settings ](../../integration/omniauth.md#configure-initial-settings ) for initial settings.
2019-07-11 22:06:46 -04:00
1. Add the provider configuration.
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
For Omnibus GitLab:
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
```ruby
gitlab_rails['omniauth_providers'] = [
2021-11-19 04:13:48 -05:00
{ name: "jwt",
label: "Provider name", # optional label for login button, defaults to "Jwt"
2019-07-11 22:06:46 -04:00
args: {
2021-11-19 04:13:48 -05:00
secret: "YOUR_APP_SECRET",
algorithm: "HS256", # Supported algorithms: "RS256", "RS384", "RS512", "ES256", "ES384", "ES512", "HS256", "HS384", "HS512"
uid_claim: "email",
required_claims: ["name", "email"],
info_map: { name: "name", email: "email" },
auth_url: "https://example.com/",
2019-07-11 22:06:46 -04:00
valid_within: 3600 # 1 hour
}
}
]
```
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
For installation from source:
2018-03-26 11:48:12 -04:00
2020-01-21 01:09:08 -05:00
```yaml
2019-07-11 22:06:46 -04:00
- { name: 'jwt',
2021-11-19 04:13:48 -05:00
label: 'Provider name', # optional label for login button, defaults to "Jwt"
2019-07-11 22:06:46 -04:00
args: {
secret: 'YOUR_APP_SECRET',
algorithm: 'HS256', # Supported algorithms: 'RS256', 'RS384', 'RS512', 'ES256', 'ES384', 'ES512', 'HS256', 'HS384', 'HS512'
uid_claim: 'email',
required_claims: ['name', 'email'],
info_map: { name: 'name', email: 'email' },
auth_url: 'https://example.com/',
valid_within: 3600 # 1 hour
}
}
```
2018-03-26 11:48:12 -04:00
2020-12-04 16:09:29 -05:00
NOTE:
2020-07-16 02:09:33 -04:00
For more information on each configuration option refer to
2019-07-11 22:06:46 -04:00
the [OmniAuth JWT usage documentation ](https://github.com/mbleigh/omniauth-jwt#usage ).
2018-03-26 11:48:12 -04:00
2019-07-11 22:06:46 -04:00
1. Change `YOUR_APP_SECRET` to the client secret and set `auth_url` to your redirect URL.
1. Save the configuration file.
2020-04-21 14:09:31 -04:00
1. [Reconfigure ](../restart_gitlab.md#omnibus-gitlab-reconfigure ) or [restart GitLab ](../restart_gitlab.md#installations-from-source ) for the changes to take effect if you
2019-07-11 22:06:46 -04:00
installed GitLab via Omnibus or from source respectively.
2018-03-26 11:48:12 -04:00
On the sign in page there should now be a JWT icon below the regular sign in form.
2022-05-20 11:09:10 -04:00
Select the icon to begin the authentication process. JWT asks the user to
2018-03-26 11:48:12 -04:00
sign in and authorize the GitLab application. If everything goes well, the user
2021-12-03 04:10:57 -05:00
is redirected to GitLab and signed in.
2018-03-26 11:48:12 -04:00
2019-07-15 23:31:08 -04:00
<!-- ## Troubleshooting
Include any troubleshooting steps that you can foresee. If you know beforehand what issues
one might have when setting this up, or when something is changed, or on upgrading, it's
important to describe those, too. Think of things that may go wrong and include them here.
This is important to minimize requests for support, and to avoid doc comments with
questions that you know someone might ask.
Each scenario can be a third-level heading, e.g. `### Getting error message X` .
If you have none to add when creating a doc, leave this section in place
but commented out to help encourage others to add to it in the future. -->