debian-mirror-gitlab/doc/administration/auth/authentiq.md

91 lines
3.4 KiB
Markdown
Raw Normal View History

2019-09-30 21:07:59 +05:30
---
type: reference
2020-06-23 00:09:42 +05:30
stage: Manage
group: Access
2021-02-22 17:27:13 +05:30
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-09-30 21:07:59 +05:30
---
2017-08-17 22:00:37 +05:30
# Authentiq OmniAuth Provider
To enable the Authentiq OmniAuth provider for passwordless authentication you must register an application with Authentiq.
Authentiq will generate a Client ID and the accompanying Client Secret for you to use.
2018-03-17 18:26:18 +05:30
1. Get your Client credentials (Client ID and Client Secret) at [Authentiq](https://www.authentiq.com/developers).
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
1. On your GitLab server, open the configuration file:
2017-08-17 22:00:37 +05:30
2019-09-30 21:07:59 +05:30
For omnibus installation
2020-03-13 15:44:24 +05:30
```shell
2019-09-30 21:07:59 +05:30
sudo editor /etc/gitlab/gitlab.rb
```
2017-08-17 22:00:37 +05:30
2019-09-30 21:07:59 +05:30
For installations from source:
2017-08-17 22:00:37 +05:30
2020-03-13 15:44:24 +05:30
```shell
2019-09-30 21:07:59 +05:30
sudo -u git -H editor /home/git/gitlab/config/gitlab.yml
```
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
1. See [Initial OmniAuth Configuration](../../integration/omniauth.md#initial-omniauth-configuration) for initial settings to enable single sign-on and add Authentiq as an OAuth provider.
1. Add the provider configuration for Authentiq:
2019-09-30 21:07:59 +05:30
For Omnibus packages:
```ruby
gitlab_rails['omniauth_providers'] = [
{
"name" => "authentiq",
"app_id" => "YOUR_CLIENT_ID",
"app_secret" => "YOUR_CLIENT_SECRET",
"args" => {
"scope": 'aq:name email~rs address aq:push'
}
}
]
```
For installations from source:
```yaml
- { name: 'authentiq',
app_id: 'YOUR_CLIENT_ID',
app_secret: 'YOUR_CLIENT_SECRET',
args: {
scope: 'aq:name email~rs address aq:push'
}
}
```
2019-02-15 15:39:39 +05:30
1. The `scope` is set to request the user's name, email (required and signed), and permission to send push notifications to sign in on subsequent visits.
2019-07-07 11:18:12 +05:30
See [OmniAuth Authentiq strategy](https://github.com/AuthentiqID/omniauth-authentiq/wiki/Scopes,-callback-url-configuration-and-responses) for more information on scopes and modifiers.
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
1. Change `YOUR_CLIENT_ID` and `YOUR_CLIENT_SECRET` to the Client credentials you received in step 1.
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
1. Save the configuration file.
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
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 installed GitLab via Omnibus or from source respectively.
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
On the sign in page there should now be an Authentiq icon below the regular sign in form. Click the icon to begin the authentication process.
2017-08-17 22:00:37 +05:30
2020-04-08 14:13:33 +05:30
- If the user has the Authentiq ID app installed in their iOS or Android device, they can:
1. Scan the QR code.
1. Decide what personal details to share.
1. Sign in to your GitLab installation.
2019-02-15 15:39:39 +05:30
- If not they will be prompted to download the app and then follow the procedure above.
2017-08-17 22:00:37 +05:30
2019-02-15 15:39:39 +05:30
If everything goes right, the user will be returned to GitLab and will be signed in.
2019-09-30 21:07:59 +05:30
<!-- ## 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. -->