2FAuth/config/auth.php

157 lines
5.3 KiB
PHP
Raw Permalink Normal View History

2019-05-20 07:37:41 +02:00
<?php
return [
'throttle' => [
'login' => env('LOGIN_THROTTLE', 5),
],
2019-05-20 07:37:41 +02:00
/*
|--------------------------------------------------------------------------
| Authentication Defaults
|--------------------------------------------------------------------------
|
2024-06-26 13:50:12 +02:00
| This option defines the default authentication "guard" and password
| reset "broker" for your application. You may change these values
2019-05-20 07:37:41 +02:00
| as required, but they're a perfect start for most applications.
|
*/
'defaults' => [
2024-06-26 13:50:12 +02:00
'guard' => env('AUTH_GUARD', env('AUTHENTICATION_GUARD', 'web-guard')),
'passwords' => 'users',
// 'passwords' => env('AUTH_PASSWORD_BROKER', 'users'),
2019-05-20 07:37:41 +02:00
],
/*
|--------------------------------------------------------------------------
| Authentication Proxy Headers
|--------------------------------------------------------------------------
|
| When using a reverse proxy for authentication this option controls the
| default name of the headers sent by the proxy.
|
*/
'auth_proxy_headers' => [
'user' => env('AUTH_PROXY_HEADER_FOR_USER', 'REMOTE_USER'),
'email' => env('AUTH_PROXY_HEADER_FOR_EMAIL', null),
],
2019-05-20 07:37:41 +02:00
/*
|--------------------------------------------------------------------------
| Authentication Guards
|--------------------------------------------------------------------------
|
| Next, you may define every authentication guard for your application.
| Of course, a great default configuration has been defined for you
2024-06-26 13:50:12 +02:00
| which utilizes session storage plus the Eloquent user provider.
2019-05-20 07:37:41 +02:00
|
2024-06-26 13:50:12 +02:00
| All authentication guards have a user provider, which defines how the
2019-05-20 07:37:41 +02:00
| users are actually retrieved out of your database or other storage
2024-06-26 13:50:12 +02:00
| system used by the application. Typically, Eloquent is utilized.
2019-05-20 07:37:41 +02:00
|
2022-11-14 17:10:47 +01:00
| Supported: "session"
2019-05-20 07:37:41 +02:00
|
*/
'guards' => [
'web-guard' => [
2019-05-20 07:37:41 +02:00
'driver' => 'session',
'provider' => 'users',
],
'api-guard' => [
2019-05-20 07:37:41 +02:00
'driver' => 'passport',
'provider' => 'users',
'hash' => false,
],
'reverse-proxy-guard' => [
'driver' => 'reverse-proxy',
'provider' => 'remote-user',
],
2019-05-20 07:37:41 +02:00
],
/*
|--------------------------------------------------------------------------
| User Providers
|--------------------------------------------------------------------------
|
2024-06-26 13:50:12 +02:00
| All authentication guards have a user provider, which defines how the
2019-05-20 07:37:41 +02:00
| users are actually retrieved out of your database or other storage
2024-06-26 13:50:12 +02:00
| system used by the application. Typically, Eloquent is utilized.
2019-05-20 07:37:41 +02:00
|
| If you have multiple user tables or models you may configure multiple
2024-06-26 13:50:12 +02:00
| providers to represent the model / table. These providers may then
2019-05-20 07:37:41 +02:00
| be assigned to any extra authentication guards you have defined.
|
| Supported: "database", "eloquent"
|
*/
'providers' => [
'users' => [
'driver' => 'eloquent-webauthn',
'model' => App\Models\User::class,
// 'model' => env('AUTH_MODEL', App\Models\User::class),
// 'password_fallback' => true,
2019-05-20 07:37:41 +02:00
],
'remote-user' => [
'driver' => 'remote-user',
'model' => App\Models\User::class,
],
2019-05-20 07:37:41 +02:00
],
/*
|--------------------------------------------------------------------------
| Resetting Passwords
|--------------------------------------------------------------------------
|
2024-06-26 13:50:12 +02:00
| These configuration options specify the behavior of Laravel's password
| reset functionality, including the table utilized for token storage
| and the user provider that is invoked to actually retrieve users.
2019-05-20 07:37:41 +02:00
|
2023-08-01 11:26:58 +02:00
| The expiry time is the number of minutes that each reset token will be
2019-05-20 07:37:41 +02:00
| considered valid. This security feature keeps tokens short-lived so
| they have less time to be guessed. You may change this as needed.
|
2023-08-01 11:26:58 +02:00
| The throttle setting is the number of seconds a user must wait before
| generating more password reset tokens. This prevents the user from
| quickly generating a very large amount of password reset tokens.
|
2019-05-20 07:37:41 +02:00
*/
'passwords' => [
'users' => [
'provider' => 'users',
'table' => 'password_resets',
// 'table' => env('AUTH_PASSWORD_RESET_TOKEN_TABLE', 'password_resets'),
2019-05-20 07:37:41 +02:00
'expire' => 60,
2021-12-02 13:15:53 +01:00
'throttle' => 60,
2019-05-20 07:37:41 +02:00
],
2022-03-15 14:47:07 +01:00
// for WebAuthn
'webauthn' => [
'provider' => 'users', // The user provider using WebAuthn.
'table' => 'webauthn_recoveries', // The table to store the recoveries.
2022-03-15 14:47:07 +01:00
'expire' => 60,
'throttle' => 60,
],
2019-05-20 07:37:41 +02:00
],
2021-12-02 13:15:53 +01:00
/*
|--------------------------------------------------------------------------
| Password Confirmation Timeout
|--------------------------------------------------------------------------
|
| Here you may define the amount of seconds before a password confirmation
2024-06-26 13:50:12 +02:00
| window expires and users are asked to re-enter their password via the
2021-12-02 13:15:53 +01:00
| confirmation screen. By default, the timeout lasts for three hours.
|
*/
2024-06-26 13:50:12 +02:00
'password_timeout' => env('AUTH_PASSWORD_TIMEOUT', 10800),
2021-12-02 13:15:53 +01:00
2019-05-20 07:37:41 +02:00
];