문의 시, 사용하시는 개발환경과 디벨로퍼스 앱ID를 알려주세요.
안녕하세요. refresh_token과 관련해서 아래와 같은 문의가 있습니다.
-
동일한 client_id를 사용하는 서로 다른 사용자들로 refresh_token은 몇개까지 발급 받을 수 있나요? 사용자가 N명이면 그만큼 모두 소화 가능한지, 카카오 내부 정책에 따라 제한이 있는지 궁금합니다. 만약 제한 없이 N명이 모두 소화 가능하다면 서로 다른 사용자가 각기 authorize해서 refresh_token을 만들어 관리하려고 하고 있습니다.
-
A사용자와 B사용자가 동일한 client_id로 각자 authorize를 받아서 각각 a refresh_token, b refresh_token을 발급 받았다고 가정했을 때, a refresh token이 갱신주기가 되서 a`refresh token으로 갱신됐다면 기존 a refresh token은 사용하지 못하는걸로 알고 있는데요. 이때 b refresh token은 유효하게 계속 사용 가능한가요? refresh token을 사용하지 못하게 되는 단위가 authorize한 사용자인지, client_id 인지 관한 질문입니다.
확인 부탁드립니다.
감사합니다.
안녕하세요.
접근토큰 및 리프래시 토큰은 디벨로퍼스 앱 및 사용자 별로 각기 관리 하셔야 합니다.
각 토큰은 최대 100개 까지 발급 가능합니다.
100개 이상 발급 시 이전 발급된 20개는 즉시 만료 되므로 참고 부탁드립니다.
@woody.ho 답변 감사합니다.
"각 토큰"의 의미가 중의적 인데요.
-
308000이라는 앱이 있을 때 아래와 같은 구조인가요? 사용자가 달라지면 308000에서 보유할 수 있는 전체 유효한 refresh_token이 100, 200, 300, … 계속 늘어나는 구조인지 궁금합니다.
[308000-사용자A] → refresh_token 100개, access_token 100개
[308000-사용자B] → refresh_token 100개, access_token 100개
[308000-사용자C] → refresh_token 100개, access_token 100개
[308000-사용자D] → refresh_token 100개, access_token 100개
…
-
아니면 사용자별 authorize를 떠나서 308601로 발급받을 수 있는 전체 토큰의 개수가 access_token 100개, refresh_token 100개라는 의미실까요?
만약 1번이라면 사용자 수에 따른 다른 제한/제약은 없는지 확인 부탁드립니다.
답변 미리 감사드립니다.
앱과 사용자 별입니다.
앱 N개에 사용자가 50명 있으면: N X 50 X 100
