Это будет , как правило, требуется поддержка от поставщика идентификационных данных, и, насколько мне известно, LinkedIn не поддерживает это ни стандартным способом, ни способом провайдера.
В соответствии со стандартами это должно быть выполнено с использованием параметра OpenID Connectprompt
при выполнении запроса аутентификации. Вы бы передать значение login
и поставщика, если соответствует спецификации, будет необходимо:
логин
Средство авторизации сервер должен запрашивать конечного пользователя для повторной аутентификации. Если он не может повторно аутентифицировать конечного пользователя, он ДОЛЖЕН вернуть ошибку, обычно login_required
.
Однако я не знаю, насколько широко распространена эта поддержка. В LinkedIn я считаю, что поддержка нулевая. Google также не перечисляет опцию login
в качестве поддерживаемого value in their documentation, однако они поддерживают select_account
, что может решить некоторые сценарии. Другой пример: Auth0 поддерживает повторную аутентификацию через prompt=consent
, хотя он нигде не документирован, поэтому может измениться.
Какой язык/структура вы используете? Возможно, это важная информация по этому вопросу –
это рубин, рубин-на-рейлах. –
, но я думаю, что это не важно для этого. он должен быть в api. и я ничего об этом не нашел в ссылках в api docs –