Dev/Auth

서비스 사용자가 도메인에 접속할 때 클라이언트에서 토큰의 유무를 확인한다. (토큰이 없다면 2번으로, 있다면 7번으로)토큰이 없다면 로그인 페이지로 리디렉션 한다.서비스 사용자가 ID와 비밀번호를 입력하여 인증을 요청한다.서버는 ID와 비밀번호를 통해 접속 사용자를 인증한다. (인증이 실패하면 5번으로, 성공하면 6번으로)인증 실패에 대한 정보가 서버로 부터 전달되며 로그인 페이지로 이동하여 3번부터 다시 시작하게 된다.인증 토큰을 생성하고 쿠키 정보에 저장한 뒤, 서비스 페이지로 이동한다.서버에 쿠키에 저장된 토큰이 접근할 수 있는 메뉴에 대한 정보를 받아오며, 메뉴 정보를 바탕으로 화면 레이아웃을 구성한다. (이때에도 8번과 동일하게 토큰의 유무를 확인하고, 서버에서도 토큰을 확인한다.)서비스 사용자..

HTTP는 요청과 응답으로 구성된 하나의 연결 사이클이 끝나면, 연결이 끊어지는 무상태성(Stateless)을 가지고 있기 때문에, 서버는 클라이언트의 상태를 저장하지 않는다.따라서 클라이언트의 상태를 저장하고 필요할 때마다 데이터를 꺼내서 서버에 전달할 방법으로 사용하는 것이 바로 쿠키, 세션 스토리지, 로컬 스토리지이다. 쿠키 (Cookie)클라이언트 측에서 저장하는 작은 텍스트 파일서버로부터 전송된 쿠키는 웹 브라우저에 저장되며, 이후 해당 웹 사이트를 방문할 때마다 쿠키는 서버로 전송된다.쿠키는 일반적으로 사용자 식별 토큰, 장바구니 등의 정보를 저장하는 데 사용한다.24년 하반기 인턴 - 사용자 식별 토큰을 쿠키에 저장하였다.쿠키는 유효 기간이 있으며, 브라우저는 유효 기간이 지난 쿠키를 삭제한..

OAuth 인증이 끝난 뒤 다시 클라이언트의 페이지로 돌아오는 방법인증이 완료된 후 클라이언트의 페이지로 돌아오기 위해서 리디렉션을 사용한다.클라이언트가 OAuth 제공자에게 인증을 요청할 때 ~redirect-uri~ 파라미터를 전달하여 인증이 완료된 후 사용자를 되돌려 보낼 URL을 제공한다.인증이 완료된 후 ~redirect-uri~로 리디렉션이 일어나면서 URL 파라미터로 인증 결과가 전달된다.클라이언트는 URL에 포함된 인증 결과를 확인한 후 이를 백엔드 서버로 보내서 엑세스 토큰을 발급 받는다. OAuth 2.0의 승인 코드(Authorization Code) 유형과 암묵적(Implicit) 유형의 차이점두 방식의 가장 큰 차이점은 OAuth 제공자에게 발급 받는 것의 차이이다.승인 코드 유형..