Потому что стандартный rp для того же keycloak(keycloak-js) работает именно так, что берет время жизни сессии, которая определяется только на уровне рилма.
что ты имеешь ввиду под rp?
Relying party в терминологии OIDC.
и что значит берет? кк отдает два токена при авторизации, у них свое время жизни у каждого
Ох, кейклок вообще три токена возвращает как и любой сервер авторизации(access, id, refresh), некоторые из которых опциональны, их лайфтайм определяется внешним для тебя сервером.
и? ты берешь и используешь. время жизни токена не равно времени жизни сессии, когда надо - берешь и рефрешишь
Время жизни рефреш токена = времени жизни сессии в том же keycloak-js, например. Поэтому я и спросил какой rp-клиент вы используете. Но это был просто пример, я могу привести еще кучку других, как например, что cognito не возвращает все аттрибуты через id_token, или, например, как выстраивать ролевую систему, тоже на кейклоке?
атрибуты в токене настраиваются в кк про ролевую модель рофлишь? там есть роли пользователей. правда я не знаю твоей проблемы с этим, ровно так же как я ими и не пользовался. в конце концов я думаю там проблем быть не должно
так а мне можете помочь? всё же не понимаю что не так. повторяю с видеокурса
гуглить научить? или чем помочь еще? топай в джунские чаты - ясли там
Кто тебе даст доступ настраивать аттрибуты в кк, когда для тебя это 3rd-party? Да, завязаться на роли кейклока - это круто, но только не одними ролями едины, что делать, когда нужен ABAC(или что-то типа занзибара)?
мы говорим про кк как сервис? или он наш и мы его контроллируем? я про второе. да даже облачный обычно можно настроить от и до
Мы говорим, когда у тебя приложение standalone, то возникает большая проблема, что тебя могут заставить использовать sso компании, в которую ты заходишь. И у тебя есть ненулевой шанс, что ничего тебе настроить не дадут.
блять. я не знаю как это работает но. загуглила класс этот и узнала что он появился в версии 6.1.0, изменила версию и всё работает, хотя раньше не работало
Это классическая схема, я не знаю, зачем ты споришь, тот метод, который предлагаешь ты даже идеалогически не очень хорошо ложиться на oidc.
ну если это sso компании, то там уже все настроено на стандарты компании и к тебе никто не прикопается по содержимому токена с другой стороны это sso компании в которой ты разраб. составляешь заявку - тебе делают какие то непонятные пробелмы на ровном месте
Там настроено так, как хорошо для этой компании(а может и нет, опять же смотри на кейс с любым облачным провайдером, хер они клали на твои проблемы), а не для твоего приложения.
облачный провайдер под тебя (твою компанию) выделает инстанс, который вертите как хотите...
Хах, лол, нет. Какими провайдерами ты пользовался, извиняюсь?
Обсуждают сегодня