Pg authid где находится

Pg authid где находится

The catalog pg_authid contains information about database authorization identifiers (roles). A role subsumes the concepts of “ users ” and “ groups ” . A user is essentially just a role with the rolcanlogin flag set. Any role (with or without rolcanlogin ) can have other roles as members; see pg_auth_members .

Since this catalog contains passwords, it must not be publicly readable. pg_roles is a publicly readable view on pg_authid that blanks out the password field.

Chapter 22 contains detailed information about user and privilege management.

Because user identities are cluster-wide, pg_authid is shared across all databases of a cluster: there is only one copy of pg_authid per cluster, not one per database.

Table 53.8. pg_authid Columns

Role has superuser privileges

Role automatically inherits privileges of roles it is a member of

Role can create more roles

Role can create databases

Role can log in. That is, this role can be given as the initial session authorization identifier.

Role is a replication role. A replication role can initiate replication connections and create and drop replication slots.

Role bypasses every row-level security policy, see Section 5.8 for more information.

For roles that can log in, this sets maximum number of concurrent connections this role can make. -1 means no limit.

Password (possibly encrypted); null if none. The format depends on the form of encryption used.

Password expiry time (only used for password authentication); null if no expiration

For an MD5 encrypted password, rolpassword column will begin with the string md5 followed by a 32-character hexadecimal MD5 hash. The MD5 hash will be of the user’s password concatenated to their user name. For example, if user joe has password xyzzy , PostgreSQL will store the md5 hash of xyzzyjoe .

If the password is encrypted with SCRAM-SHA-256, it has the format:

SCRAM-SHA-256$ : $ :

where salt , StoredKey and ServerKey are in Base64 encoded format. This format is the same as that specified by RFC 5803.

A password that does not follow either of those formats is assumed to be unencrypted.

Prev	Up	Next
53.7. pg_attribute	Home	53.9. pg_auth_members

Submit correction

If you see anything in the documentation that is not correct, does not match your experience with the particular feature or requires further clarification, please use this form to report a documentation issue.

Copyright © 1996-2024 The PostgreSQL Global Development Group

Аутентификация

Laravel позволяет сделать аутентификацию очень простой. Фактически, почти всё уже готово к использованию «из коробки». Настройки аутентификации находятся в файле config/auth.php , который содержит несколько хорошо документированных опций для настройки механизма аутентификации.

Настройки базы данных

По умолчанию Laravel использует модель App\User Eloquent в каталоге app . Эта модель может использоваться вместе с драйвером аутентификации на базе Eloquent. Если ваше приложение не использует Eloquent, вы можете применить драйвер аутентификации database , который использует Laravel Query Builder.

При создании схемы базы данных для модели App\User убедитесь, что поле пароля имеет минимальную длину в 60 символов.

Также вы должны убедиться, что ваша таблица users (или её эквивалент) содержит строковое nullable поле remember_token длиной в 100 символов. Это поле используется для хранения токена сессии, если ваше приложение предоставляет функциональность «запомнить меня». Создать такое поле можно с помощью $table->rememberToken(); в миграции.

Быстрый старт

Laravel оснащён двумя контроллерами аутентификации «из коробки». Они находятся в пространстве имён App\Http\Controllers\Auth . AuthController обрабатывает регистрацию и аутентификацию пользователей, а PasswordController содержит логику для сброса паролей существующих пользователей. Каждый из этих контроллеров использует трейты для включения необходимых методов. Для многих приложений вам не понадобится редактировать эти контроллеры.

Routing

По умолчанию никакие роуты не ведут к контроллерам аутентификации. Вы можете самостоятельно добавить их в вашем файле app/Http/routes.php :

// Authentication routes. Route::get('auth/login', 'Auth\AuthController@getLogin'); Route::post('auth/login', 'Auth\AuthController@postLogin'); Route::get('auth/logout', 'Auth\AuthController@getLogout'); // Registration routes. Route::get('auth/register', 'Auth\AuthController@getRegister'); Route::post('auth/register', 'Auth\AuthController@postRegister'); 

Views

Хотя контроллеры аутентификации включены в фреймворк, вам всё равно придётся создать шаблоны, которые эти контроллеры будут отображать. Они должны находиться в каталоге resources/views/auth . Вы можете изменять их, как пожелаете. Шаблон страницы входа должен быть расположен в resources/views/auth/login.blade.php , а шаблон регистрации — в resources/views/auth/register.blade.php .

Пример формы аутентификации

 form method="POST" action="/auth/login"> div> Email input type="email" name="email" value=">"> div> div> Password input type="password" name="password" id="password"> div> div> input type="checkbox" name="remember"> Remember Me div> div> button type="submit">Login button> div> form> 

Пример формы регистрации

 form method="POST" action="/auth/register"> div class="col-md-6"> Name input type="text" name="name" value=">"> div> div> Email input type="email" name="email" value=">"> div> div> Password input type="password" name="password"> div> div class="col-md-6"> Confirm Password input type="password" name="password_confirmation"> div> div> button type="submit">Register button> div> form> 

Аутентификация

Теперь, когда у вас есть роуты и шаблоны, вы можете регистрировать и аутентифицировать пользователей вашего приложения. Контроллеры аутентификации уже содержат логику (через трейты) для аутентификации существующих пользователей и создания новых в вашей базе данных.

При успешной аутентфикации пользователь попадает на страницу /home , для которой вы должны создать роут. Вы можете изменить путь редиректа после аутентификации при помощи свойства redirectTo у AuthController :

protected $redirectTo = '/dashboard'; 

Дополнительная настройка

Для изменения полей формы, обязательных к заполнению при регистрации пользователей, или для изменения способа создания пользователей в базе данных вы можете править класс AuthController . Этот класс отвечает за валидацию и создание новых пользователей вашего приложения.

Метод validator класса AuthController содержит в себе правила валидации формы регистрации новых пользователей. Вы можете изменять его, как пожелаете.

Метод create класса AuthController отвечает за создание новых App\User записей в вашей базе данных, используя Eloquent ORM. Вы также можете изменять его под требования вашего приложения.

Получение аутентифицированного пользователя

Вы можете получить аутентифицированного пользователя при помощи фасада Auth :

$user = Auth::user(); 

То же самое вы можете сделать при помощи экземпляра Illuminate\Http\Request :

 namespace App\Http\Controllers; use Illuminate\Http\Request; use Illuminate\Routing\Controller; class ProfileController extends Controller < /** * Update the user's profile. * * @param Request $request * @return Response */ public function updateProfile(Request $request) < if ($request->user()) < // $request->user() возвращает экземпляр аутентифицированного пользователя > > > 

Проверка пользователя на аутентифицированность в приложении

Для проверки текущего пользователя на аутентифицированность в вашем приложении вы можете использовать метод check фасада Auth , который возвращает true , если пользователь аутентифицирован:

if (Auth::check()) < // Пользователь аутентифицирован > 

Однако, вы также можете использовать посредников ( middleware ) для проверки аутентификации пользователя перед доступом к конкретным роутам / контроллерам.

Ограничение доступа к роутам

Route middleware может использоваться для разрешения доступа к роутам только аутентифицированным пользователям. В Laravel уже есть посредник auth , который находится в файле app\Http\Middleware\Authenticate.php . Всё, что вам нужно — указать его в описании нужного роута:

// Если роут описан как замыкание. Route::get('profile', ['middleware' => 'auth', function() < // Доступ разрешён только аутентифицированным пользователям. >]); // Или как контроллер. Route::get('profile', [ 'middleware' => 'auth', 'uses' => 'ProfileController@show' ]); 

Конечно, если вы используете контроллеры, вы можете вызвать метод middleware внутри них, в конструкторе:

public function __construct() < $this->middleware('auth'); > 

Ручная аутентификация пользователей

Конечно же, вы не обязаны использовать контроллеры аутентификации, включённые в Laravel. Если вы удалите эти контроллеры, нужно будет управлять аутентификацией пользователей при помощи классов аутентификации Laravel. Не волнуйтесь, это просто!

Доступ к сервисам аутентификации Laravel осуществляется при помощи фасада Auth , поэтому нужно убедиться, что вы импортировали его перед вашим классом. Далее давайте рассмотрим метод attempt :

 namespace App\Http\Controllers; use Auth; use Illuminate\Routing\Controller; class AuthController extends Controller < /** * Handle an authentication attempt. * * @return Response */ public function authenticate() < if (Auth::attempt(['email' => $email, 'password' => $password])) < // Аутентификация прошла успешно return redirect()->intended('dashboard'); > > > 

Метод attempt принимает массив пар «ключ — значение» первым аргументом. Значения в этом массиве будут использованы для поиска пользователя в базе данных. Таким образом, в этом примере пользователь ищется по полю email . Если пользователь найден, хеш пароля из базы данных сравнится с хешем указанного пароля в массиве. Если хеши совпадут, то сессия аутентификации стартует для пользователя.

Метод attempt возвратит true , если аутентификация прошла успешно. Иначе — false .

Метод intended редиректора переместит пользователя на URL, на который он хотел попасть до прохождения аутентификации. Запасной URL указывается в параметре и будет использован, если путь, куда хотел перейти пользователь, недоступен.

Если хотите, вы также можете добавить дополнительные условия прохождения аутентификации в дополнение к E-mail и паролю. Например, вы можете проверять, активен ли пользователь:

if (Auth::attempt(['email' => $email, 'password' => $password, 'active' => 1])) < // Пользователь активен, существует и ввёл верный пароль > 

Для осуществления выхода пользователя из приложения можно воспользоваться методом logout фасада Auth . Это очистит информацию об аутентификации из сессии пользователя:

Auth::logout(); 

Обратите внимание: В этих примерах поле email не обязательно должно использоваться для поиска пользователя, оно выбрано для примера. Вы можете использовать любое поле для поиска пользователя, которое является уникальным в таблице пользователей вашей базы данных.

Запоминание пользователей

Если вы хотите реализовать в вашем приложении функциональность «запомнить меня», можно указать булево значение вторым аргументом методу attempt . Это аутентифицирует пользователя на неограниченное время или пока он не выйдет из приложения. Само собой, ваша таблица users должна содержать поле remember_token , которое будет использоваться для сохранения токена «запомнить меня».

if (Auth::attempt(['email' => $email, 'password' => $password], $remember)) < // Пользователь запомнен > 

Если вы «запоминаете» пользователей, можете использовать метод viaRemember для определения того, аутентифицировался ли пользователь с помощью куки «запомнить меня»:

if (Auth::viaRemember()) < // > 

Другие методы аутентификации

Аутентификация экземпляра пользователя

Если вам нужно аутентифицировать существующего пользователя в ваше приложение, вы можете вызвать метод login на экземпляре этого пользователя. Этот экземпляр должен реализовать контракт Illuminate\Contracts\Auth\Authenticatable . Модель App\User , используемая Laravel по умолчанию, уже реализует этот интерфейс:

Auth::login($user); 

Аутентификация по ID пользователя

Для аутентификации пользователя по его ID вы можете использовать метод loginUsingId . Этот метод принимает ID пользователя аргументом:

Auth::loginUsingId(1); 

Аутентификация пользователя на один запрос

Вы также можете использовать метод once для аутентификации пользователя в вашем приложении на один запрос. Ни сессии, ни куки не будут созданы, что может быть использовано для создания stateless API. Метод once работает по тому же принципу, что и attempt :

if (Auth::once($credentials)) < // > 

Аутентификация HTTP Basic

HTTP Basic Аутентификация предоставляет быстрый способ аутентифицировать пользователя в вашем приложении без создания отдельной страницы входа. Сначала добавьте посредник auth.basic в ваш роут. Он включён в Laravel по умолчанию, так что вам не нужно создавать его:

Route::get('profile', ['middleware' => 'auth.basic', function() < // Только аутентифицированные пользователи могут войти >]); 

Как только посредник прикреплён к роуту, он автоматически будет показывать окно аутентификации в браузере при посещении этого роута. По умолчанию auth.basic использует поле email для поиска пользователя.

Примечание для FastCGI

Если вы используете PHP FastCGI, HTTP Basic аутентификация может не работать из коробки. Вы должны добавить эти строки в ваш файл .htaccess :

RewriteCond % ^(.+)$ RewriteRule .* - [E=HTTP_AUTHORIZATION:%] 

Stateless HTTP Basic Аутентификация

Вы также можете использовать HTTP Basic аутентификацию без установки куки идентификации пользователя в сессии, что может быть полезно при создании API аутентификации. Для этого создайте посредника, который будет вызывать метод onceBasic . Если onceBasic ничего не возвратит, запрос пойдёт дальше в приложение.

 namespace Illuminate\Auth\Middleware; use Auth; use Closure; use Illuminate\Contracts\Routing\Middleware; class AuthenticateOnceWithBasicAuth implements Middleware < /** * Handle an incoming request. * * @param \Illuminate\Http\Request $request * @param \Closure $next * @return mixed */ public function handle($request, Closure $next) < return Auth::onceBasic() ?: $next($request); > > 

Дальше зарегистрируйте посредника и привяжите его к роуту:

Route::get('api/user', ['middleware' => 'auth.basic.once', function() < // Только аутентифицированный пользователь может войти >]); 

Сброс пароля

Настройка базы данных

Большинство веб-приложений предоставляют пользователю возможность сбрасывать свой пароль. Для того, чтобы вам не приходилось реализовывать это в каждом приложении, Laravel предоставляет простой способ отправки «напоминателей» паролей и осуществления сброса пароля.

Для начала проверьте, реализует ли ваша модель App\User контракт Illuminate\Contracts\Auth\CanResetPassword . По умолчанию она это делает и использует трейт Illuminate\Auth\Passwords\CanResetPassword , который предоставляет необходимые методы для сброса пароля.

Создание миграции таблицы токенов сброса паролей

Дальше вам необходимо создать таблицу, в которой будут храниться токены сброса паролей. Эта миграция по умолчанию уже включена в Laravel в каталог database/migrations . Поэтому вам остаётся только мигрировать базу данных:

php artisan migrate 

Routing

Laravel предоставляет класс Auth\PasswordController , в котором содержится вся необходимая логика для сброса паролей. Тем не менее, вам нужно будет создать роуты к этому контроллеру:

// Роуты запроса ссылки для сброса пароля Route::get('password/email', 'Auth\PasswordController@getEmail'); Route::post('password/email', 'Auth\PasswordController@postEmail'); // Роуты сброса пароля Route::get('password/reset/', 'Auth\PasswordController@getReset'); Route::post('password/reset', 'Auth\PasswordController@postReset'); 

Views

В дополнение к определению роутов к PasswordController вы должны создать шаблоны, которые будет отображать ваш контроллер. Не беспокойтесь, ниже предоставлены примеры таких шаблонов. Вы вольны стилизировать их под свои нужды.

Пример формы запроса ссылки сброса пароля

Вам нужно создать HTML шаблон формы запроса сброса пароля. Этот шаблон должен находиться в resources/views/auth/password.blade.php . Форма содержит единственное поле E-mail адреса, позволяющее запросить ссылку сброса пароля:

 form method="POST" action="/password/email"> div> Email input type="email" name="email" value=">"> div> div> button type="submit"> Send Password Reset Link button> div> form> 

Когда пользователь отправит запрос на сброс пароля, он получит E-mail со ссылкой на роут, который ведёт к методу getReset (обычно это /password/reset ) контроллера PasswordController . Вам нужно будет создать шаблон письма в resources/views/emails/password.blade.php . Этот шаблон получает переменную $token , содержащую токен сброса пароля для пользователя, который запросил его. Пример такого шаблона:

 Click here to reset your password: > 

Пример формы сброса пароля

Когда пользователь кликает на ссылку в письме сброса пароля, он попадает на страницу с формой сброса пароля. Шаблон этой страницы должен находиться в resources/views/auth/reset.blade.php .

Пример формы сброса пароля:

 form method="POST" action="/password/reset"> input type="hidden" name="token" value=">"> div> input type="email" name="email" value=">"> div> div> input type="password" name="password"> div> div> input type="password" name="password_confirmation"> div> div> button type="submit"> Reset Password button> div> form> 

Действия после сброса пароля

После того, как вы определили роуты и шаблоны для сброса паролей, можете проверить их в браузере. Класс PasswordController включён в фреймворк по умолчанию и содержит всю необходимую логику для отправки писем и сброса паролей в базе данных.

После сброса пароля пользователь автоматически аутентифицируется в вашем приложении и редиректится на страницу /home . Вы можете изменить этот путь, создав свойство redirectTo у PasswordController

protected $redirectTo = '/dashboard'; 

Обратите внимание: По умолчанию токен сброса пароля существует 1 час. Вы можете изменить это в конфигурационном файле config/auth.php с помощью опции reminder.expire .

Аутентификация через социальные сети

В дополнение к аутентификации, основанной на формах, Laravel предоставляет простой и удобный способ аутентификации на основе OAuth при помощи Laravel Socialite. Socialite на данный момент поддерживает аутентификацию при помощи Facebook, Twitter, Google, GitHub и Bitbucket.

Для установки Socialite добавьте его как зависимость в composer.json :

composer require laravel/socialite 

Настройка

После установки Socialite зарегистрируйте сервис-провайдер Laravel\Socialite\SocialiteServiceProvider в конфигурационном файле config/app.php :

'providers' => [ // Другие сервис-провайдеры Laravel\Socialite\SocialiteServiceProvider::class, ], 

Также добавьте фасад Socialite в массив aliases конфигурации:

'Socialite' => Laravel\Socialite\Facades\Socialite::class, 

Далее вам необходимо указать параметры для того сервиса OAuth, который вы используете. Это можно сделать в файле config/services.php . Пока доступно четыре сервиса: facebook , twitter , google и github . Пример:

'github' => [ 'client_id' => 'your-github-app-id', 'client_secret' => 'your-github-app-secret', 'redirect' => 'http://your-callback-url', ], 

Базовое использование

Теперь вы готовы к аутентификации пользователей! Вам нужно создать два роута: один для редиректа пользователя к провайдеру OAuth, и ещё один для получения callback от провайдера после аутентификации. Доступ к Socialite можно получить при помощи фасада Socialite :

 namespace App\Http\Controllers; use Illuminate\Routing\Controller; class AuthController extends Controller < /** * Redirect the user to the GitHub authentication page. * * @return Response */ public function redirectToProvider() < return Socialite::driver('github')->redirect(); > /** * Obtain the user information from GitHub. * * @return Response */ public function handleProviderCallback() < $user = Socialite::driver('github')->user(); // $user->token; > > 

Метод redirect заботится об отправке пользователя к OAuth провайдеру, а метод user читает приходящий ответ и получает информацию о пользователе от провайдера. Перед редиректом пользователя вы также можете указать «scopes» (права доступа) запроса при помощи метода scope . Этот метод перезапишет существующие scopes:

return Socialite::driver('github') ->scopes(['scope1', 'scope2'])->redirect(); 

Получение деталей о пользователе

После получения экземпляра пользователя вы можете получить дополнительные данные о нём:

$user = Socialite::driver('github')->user(); // OAuth Two Providers $token = $user->token; // OAuth One Providers $token = $user->token; $tokenSecret = $user->tokenSecret; // All Providers $user->getId(); $user->getNickname(); $user->getName(); $user->getEmail(); $user->getAvatar(); 

Добавление драйвера аутентификации

Если вы не используете традиционные реляционные базы данных для хранения пользователей, вам нужно расширить Laravel собственным драйвером аутентификации. Для этого используйте метод extend фасада Auth для определения своего драйвера. Вы должны поместить extend в сервис-провайдере:

 namespace App\Providers; use Auth; use App\Extensions\RiakUserProvider; use Illuminate\Support\ServiceProvider; class AuthServiceProvider extends ServiceProvider < /** * Perform post-registration booting of services. * * @return void */ public function boot() < Auth::extend('riak', function($app) < // Return an instance of Illuminate\Contracts\Auth\UserProvider. return new RiakUserProvider($app['riak.connection']); >); > /** * Register bindings in the container. * * @return void */ public function register() < // > > 

После добавления драйвера с помощью метода extend вы можете переключиться на него в вашем файле конфигурации config/auth.php .

Контракт User Provider

Реализации контракта Illuminate\Contracts\Auth\UserProvider ответственны только за получение реализации контракта Illuminate\Contracts\Auth\Authenticatable из хранилища данных, такого, например, как MySQL, Riak и тд. Эти два интерфейса позволяют Laravel использовать механизмы аутентификации независимо от того, как хранятся данные приложения.

Давайте посмотрим на контракт Illuminate\Contracts\Auth\UserProvider :

 namespace Illuminate\Contracts\Auth; interface UserProvider < public function retrieveById($identifier); public function retrieveByToken($identifier, $token); public function updateRememberToken(Authenticatable $user, $token); public function retrieveByCredentials(array $credentials); public function validateCredentials(Authenticatable $user, array $credentials); > 

Метод retrieveById служит для получения пользователя из базы данных по его ID. Реализация класса Authenticatable должна быть возвращена в ответ методом.

Метод retrieveByToken получает пользователя по его ID и токену «запомнить меня», который хранится в поле remember_token . Как и в предыдущем методе, должна быть возвращена реализация класса Authenticatable .

Метод updateRememberToken обновляет токен пользователя. Новый токен может быть как снова созданным при аутентификации пользователя, так и null — при выходе пользователя.

Метод retrieveByCredentials получает массив данных, указанных в методе Auth::attempt , при аутентификации в приложении. Этот метод должен искать пользователя по указанным данных в хранилище данных. Обычно он ищет по полю username . Он должен возвращать реализацию интерфейса UserInterface . Этот метод не должен проверять пароль пользователя или аутентифицировать его.

Метод validateCredentials должен проверять правильность данных пользователя. Например, этот метод может сравнивать строку $user->getAuthPassword() с Hash::make из $credentials[‘password’] . Этот метод должен проверять данные пользователя и возвращать булево значение.

Контракт Authenticatable

Теперь, когда мы рассмотрели все методы UserProvider , давайте взглянем на Authenticatable . Помните, провайдер должен возвращать реализацию этого интерфейса из методов retrieveById и retrieveByCredentials :

 namespace Illuminate\Contracts\Auth; interface Authenticatable < public function getAuthIdentifier(); public function getAuthPassword(); public function getRememberToken(); public function setRememberToken($value); public function getRememberTokenName(); > 

Интерфейс прост. Метод getAuthIdentifier должен возвращать «primary key» пользователя. В MySQl, например, это уникальный первичный ключ. Метод getAuthPassword должен возвращать хеш пароля пользователя. Этот интерфейс позволяет системе аутентификации работать с любым классом User независимо от используемой ORM или базы данных. По умолчанию Laravel включает в себя класс User в папке app , который реализует этот интерфейс, поэтому вы можете использовать его, как пример.

Русскоязычное комьюнити

• Группа в VK
• Телеграм LaravelRUS
• Телеграм Laravel для новичков
• Телеграм LaravelPro

Обучающие ресурсы

• Laracasts
• Codecourse
• Курс Дмитрия Елисеева
• Adam Wathan

Блоги разработчиков

• Laravel News
• Freek Van der Herten
• Brent Roose
• Marcel Pociot

Использование внешних поставщиков OAuth

В этом разделе представлена версия 2.0.x клиентской библиотеки JavaScript (TeamsJS) Microsoft Teams. Если вы используете более раннюю версию, ознакомьтесь с обзором библиотеки TeamsJS , чтобы узнать о различиях между последней версией TeamsJS и более ранними версиями.

Вы можете поддерживать внешних или сторонних поставщиков OAuth, таких как Google, GitHub, LinkedIn и Facebook с помощью обновленного API authenticate() :

function authenticate(authenticateParameters: AuthenticatePopUpParameters): Promise

Для поддержки внешних поставщиков OAuth в API authenticate() добавляются следующие данные.

• Параметр isExternal
• Три значения заполнителей в существующем url параметре

В следующей таблице приведен список authenticate() параметров API ( AuthenticatePopUpParameters ) и функций, а также их описания:

Параметр	Описание
isExternal	Тип параметра — логический. Он указывает, что окно аутентификации открывается во внешнем браузере.
height	Предпочтительная высота всплывающего окна. Значение можно игнорировать, если он находится за пределами допустимых границ.
url	URL-адрес стороннего сервера приложений для всплывающего окна проверки подлинности со следующими тремя заполнителями параметров: — oauthRedirectMethod : передача заполнителя в <> . Платформа Teams заменяет этот заполнитель прямой ссылкой или веб-страницей, которая обновляет сервер приложений, если вызов поступает с мобильной платформы. — authId : UUID (универсальный уникальный идентификатор) заменяет этот заполнитель. Сервер приложений использует его для обслуживания сеанса. — hostRedirectUrl : передает заполнитель в <> . Текущая платформа и клиент заменяют этот заполнитель URL-адресом перенаправления, который перенаправляет пользователя на правильный клиент после завершения проверки подлинности.
width	Предпочтительная ширина всплывающего окна. Значение можно игнорировать, если он находится за пределами допустимых границ.

Добавление проверки подлинности во внешние браузеры

На следующем изображении обеспечивается поток для добавления проверки подлинности во внешние браузеры:

Добавление проверки подлинности во внешние браузеры

1. Инициация внешнего процесса аутентификации. Стороннее приложение вызывает функцию authentication.authenticate TeamsJS с isExternal параметром true, чтобы инициировать внешний процесс аутентификации входа. Переданное значение url содержит заполнители для и .

 authentication.authenticate(< url: `$/auth-start?oauthRedirectMethod=&authId=&hostRedirectUrl=$&googleId=$`, isExternal: true >).then((result) => < this.getGoogleServerSideToken(result); >).catch((reason) => < console.log("failed" + reason); reject(reason); >) 

 https://3p.app.server/auth?oauthRedirectMethod=deeplink&authId=1234567890 

Параметр	Описание
oauthRedirectMethod	Указывает, как стороннее приложение должно отправлять ответ на запрос проверки подлинности обратно в Teams с одним из двух значений: deeplink или page.
authId	ИД запроса request-id, созданный Teams для этого конкретного запроса на проверку подлинности, который необходимо отправить обратно в Teams с помощью deeplink.

Совет Приложение может маршалировать authId в oauthRedirectMethod параметре запроса OAuth state при создании URL-адреса входа для OAuthProvider. Содержит state переданные authId и oauthRedirectMethod , когда OAuthProvider перенаправляет обратно на сервер, а приложение использует значения для отправки ответа проверки подлинности обратно в Teams, как описано на шаге 6.

https://accounts.google.com/o/oauth2/v2/auth?redirect_uri=https://3p.app.server/authredirect&state=&client_id=… &response_type=code&access_type=offline&scope= … 

const state = JSON.parse(req.query.state) if (state.oauthRedirectMethod === 'deeplink') < return res.redirect('msteams://teams.microsoft.com/l/auth-callback?authId=$&result=$') > else < // continue redirecting to a web-page that will call notifySuccess() – usually this method is used in Teams-Web … 

return res.redirect(`msteams://teams.microsoft.com/l/auth-callback?authId=$&result=$`) 

successCallback: function (result)

См. также

• Настройка поставщиков удостоверений
• Проверка подлинности Microsoft Teams для вкладок

Pg authid где находится

В каталоге pg_authid содержится информация об идентификаторах для авторизации (ролях). Роль включает в себя концепции « пользователей » и « групп » . Пользователь по существу представляет собой частный случай роли, с флагом rolcanlogin . Любая роль (с или без флага rolcanlogin ) может включать другие роли в качестве членов; см. pg_auth_members .

Так как в этом каталоге содержатся пароли, он не должен быть открыт для всех. Для общего пользования предназначено представление pg_roles на базе pg_authid , в котором поле пароля очищено.

За подробной информацией о пользователях и управлении правами обратитесь к Главе 21.

Так как пользователи определяются глобально, каталог pg_authid разделяется всеми базами данных кластера; есть только единственная копия pg_authid в кластере, а не отдельные в каждой базе данных.

Таблица 51.8. Столбцы pg_authid

Имя	Тип	Описание
oid	oid	Идентификатор строки
rolname	name	Имя роли
rolsuper	bool	Роли имеет права суперпользователя
rolinherit	bool	Роль автоматически наследует права ролей, в которые она включена
rolcreaterole	bool	Роль может создавать другие роли
rolcreatedb	bool	Роль может создавать базы данных
rolcanlogin	bool	Роль может подключаться к серверу. То есть эта роль может быть указана в качестве начального идентификатора авторизации сеанса.
rolreplication	bool	Роль является ролью репликации. Такие роли могут устанавливать соединения для репликации и создавать/удалять слоты репликации.
rolbypassrls	bool	Роль не подчиняется никаким политикам защиты на уровне строк; за подробностями обратитесь к Разделу 5.8.
rolconnlimit	int4	Для ролей, которые могут подключаться к серверу, это значение задаёт максимально разрешённое для этой роли число одновременных подключений. При значении -1 ограничения нет.
rolpassword	text	Пароль (возможно зашифрованный); NULL, если он не задан. Его формат зависит от используемого вида шифрования.
rolvaliduntil	timestamptz	Срок действия пароля (используется только при аутентификации по паролю); NULL, если срок действия не ограничен

Если пароль зашифрован MD5, значение в rolpassword начинается со строки md5 , за которой идёт 32-символьный шестнадцатеричный хеш MD5. Этот хеш вычисляется для пароля пользователя с добавленным за ним его именем. Например, если у пользователя joe пароль xyzzy , PostgreSQL сохранит в этом поле md5-хеш строки xyzzyjoe .

Если пароль зашифрован по алгоритму SCRAM-SHA-256, он имеет формат:

SCRAM-SHA-256$ : $ :

Здесь соль , СохранённыйКлюч и КлючСервера кодируются в формате Base64. Этот формат соответствует стандарту RFC 5803.

Пароль, не удовлетворяющий ни одному из этих форматов, считается незашифрованным.

Пред.	Наверх	След.
51.7. pg_attribute	Начало	51.9. pg_auth_members