HC
В целом, я понял то, что ты сказал. Буду иметь это ввиду. Большое спасибо
Size: a a a
2021 December 02
Ра
Я в общем посмотрел что это и как
Ра
Но теперь я не особо понимаю логику, тут суть же что просто используются разные схемы аутентификации, а я пытаюсь сделать так чтобы клиент входил на своей стороне, пароль он же не будет мне скидывать :)
Ра
Либо я не понял что это должно сделать
D
что такое "клиент входил на своей стороне"
Ра
Я с этого сайта смотрел
AS
Свой хэндлер нужен если ты хочешь написать свою аутентификацию со своей логикой
AS
Если тебе подходит чужая логика, то просто юзай готовые хендлеры
Ра
Ну он входит в Гугл акк на фронте, а на бэк вернуть, насколько я понял по документации Гугла, токен
Ра
Значит это просто для своей аутентификации
D
да, ключевое там Custom Authentication Handler
это именно та штука котрая реализует любой кастомный механизм аутентификации юзера чтобы создать ClaimsIdentity которое нужно для всего пайплайна asp.net core
это именно та штука котрая реализует любой кастомный механизм аутентификации юзера чтобы создать ClaimsIdentity которое нужно для всего пайплайна asp.net core
D
oauth ?
Ра
Ну я его смотрел, но он замещает мне jwt, на котором сейчас базируется приложение
Ра
Я просто не понимаю как правильно сделать так чтобы пользователь мог и свой акк зарегистрировать и использовать другие сервисы подключенные к его аккаунту для входа
Ра
Либо я не понял
AS
Я так понимаю, у них обоих одинаковая scheme?
D
сегодня между прочим знаменательный день, день рождения человека, благодаря которому у нас у всех в этом чятике есть работа!
Ра
Сейчас ситуация такая, пользователь кидает мне свой логин и пароль запросом на апи, тот на основе Identity получает клейм после того как я получил клейм от Identity и на его основе создаю jwt ключ, который отправляю обратно
Ра
И теперь я хочу добавить возможность входа с помощью других сервисов, например Гугл