사용자가 oauth 로그인 시 server의 redirect url로 oauth 인가코드 전달
server는 해당 인가코드로 oauth 사용자 정보 요청
해당 사용자 정보가 db에 저장된 정보인지 (기가입자인지) 확인
회원가입 or 로그인 url(header Location), http status 307(Temporary Redirect) 반환
front는 5의 redirect status를 보고 header의 Location 경로로 리다이렉트됨 🎾
front가 관여하는 부분(🎾)은 즉 1. 최초 sdk 로그인 화면 요청
-> oauth 서버 <> foodage 서버 핑퐁 후6. response된 값 보고 화면 redirect 이 두 부분임.
이때 5에서 front 화면 redirect 유도하기 위한 정보를 반환할때,
추가적인 정보를 함께 전달해줘야 함 (jwt, kakao, naver, google과 같은 oauth type 등)
이걸 원래는
회원가입 or 로그인 url(header Location), http status 307(Temporary Redirect) 반환
할때 추가적인 헤더 정보로 세팅해서 제공하려 했는데,
front화면이 한 번 리다이렉트 되고나면 이전 response 값은 읽을 수 없게 되어버림.
SSR까지 연동 테스트해보다가, kakao developers 페이지에서 브라우저 쿠키에 저장하여 읽어오는 방법으로 처리하면 된다는 정보를 입수하게 되어
해당 방법으로 수정 작업 진행함
다음과 같은 flow로 oauth 로그인을 처리중인 상황
front
에서 각 oauth sdk 사용하여 로그인 요청 🎾server
의 redirect url로 oauth 인가코드 전달server
는 해당 인가코드로 oauth 사용자 정보 요청Location
),http status 307(Temporary Redirect)
반환front
는 5의 redirect status를 보고 header의 Location 경로로 리다이렉트됨 🎾front
가 관여하는 부분(🎾)은 즉 1. 최초 sdk 로그인 화면 요청 -> oauth 서버 <> foodage 서버 핑퐁 후6. response된 값 보고 화면 redirect 이 두 부분임.이때 5에서 front 화면 redirect 유도하기 위한 정보를 반환할때, 추가적인 정보를 함께 전달해줘야 함 (jwt, kakao, naver, google과 같은 oauth type 등)
이걸 원래는
Location
),http status 307(Temporary Redirect)
반환 할때 추가적인 헤더 정보로 세팅해서 제공하려 했는데,front
화면이 한 번 리다이렉트 되고나면 이전 response 값은 읽을 수 없게 되어버림. SSR까지 연동 테스트해보다가, kakao developers 페이지에서 브라우저 쿠키에 저장하여 읽어오는 방법으로 처리하면 된다는 정보를 입수하게 되어 해당 방법으로 수정 작업 진행함