what the...

readme.md

@@ -43,23 +43,31 @@ Zuul에 등록되어진 리소스 서비스에 접근하려고 할 때 인증
 ## Authorization Server (User Account and Authentication Service -> UAA)
 
 권한 코드 방식(Authorization Code flow) [current project name = authorization-server]
-클라이언트가 다른 사용자 대신 특정 리소스에 접근을 요청할 때 사용되어짐.
-리소스 접근을 위한 id, password, code(auth server)를 사용해서 리소스에 대한 엑세스 토큰 발급
-현재 SSO Login 시에 사용된 인증 방식으로 구현
-gateway-zuul 프로젝트 내에서 ```security.oauth2.sso.login-path=/login``` 의 프로퍼티를 사용해서 login page로 이동 시켜준다.
+클라이언트가 다른 사용자 대신 특정 리소스에 접근을 요청할 때 사용되어짐.  
+리소스 접근을 위한 id, password, code(auth server)를 사용해서 리소스에 대한 엑세스 토큰 발급.  
+현재 SSO Login 시에 사용된 인증 방식으로 구현.  
+gateway-zuul 프로젝트 내에서 ```security.oauth2.sso.login-path=/login``` 의 프로퍼티를 사용해서 login page로 이동 시켜준다.  
 물론 이 때 로그인패스는 UAA(auth server)의 로그인 페이지로 이동하며 properties(gateway-zuul)내의 client-id, client-secret, redirect_url 을 사용해 redirect_uri로 code를 발급 후
 id, password를 받기 위해 login page로 이동하게 되어진다.
 두 단계로 나누어서 설명 (위의 SSO Login Flow를 보게 되면 과정을 알 수가 있다.)
 1. 코드 발급
+```
 curl -X GET http://localhost/oauth/authorize -G -d "client_id=system" -d "scope=read" -d "grant_type=authorization_code" -d "response_type=code" -d "redirect_uri=http://localhost/login"
+```
 2. 발급된 코드로 인증
-인증이 완료가 되었으면 redirect_uri로 query_string이 code=asdf 이런 식으로 붙어서 오게 되며 
+인증이 완료가 되었으면 redirect_uri로 query_string이 code=asdf 이런 식으로 붙어서 오게 되며
+``` 
 curl -u client_id:client_secret http://localhost/oauth/token -d "grant_type=authorization_code" -d "code=asdf" -d "scope=read" -d "redirect_uri=http://localhost/login" -d "username=blue" -d "password=moon"
+```
 * 문제점 sso login form이 있는데 curl 을 통해 토큰을 발급하게 되면 로그인 페이지로 계속 리다이렉트 되어서 인증 토큰이 정상적으로 발급이 잘 안됨..(실력 부족 ㅜ)
 
 
 리소스 소유자 암호 자격 증명 타입(Resource Owner Password Credentials Grant Type) [current project name = authorization-server2]
 리소스 접근 시에 id, password, client-id, client-secret 사용해서 리소스에 대한 엑세스 토큰 발급
+```
+curl -u client_id:client_secret http://localhost/oauth/token -d "grant_type=password&username=blue&password=moon"
+```
+
 
 
 ## 토큰 발급 후
@@ -71,8 +79,11 @@ curl -u client_id:client_secret http://localhost/oauth/token -d "grant_type=auth
  각 서비스 별로 JWT 해석기가 필요하며, JWT를 사용 시에는 인증서를 통해 jwt를 만들면 된다.
  jwt는 이미 토큰에 정보를 갖고 있기에 db에 대한 레이턴시가 OAuth token에 비해 많이 줄어든다. 각 유저 정보와 jwt 토큰 관리하는 스토리지가 존재하면 된다.
   
- - refresh token
- logic 설계중..
+- refresh token
+ 1. 로그인 성공 시에 Access Token, Refresh Token을 발급.  
+ 2. 회원 관리 스토리지에 Refresh Token은 따로 저장 후 Access Token만 헤더에 실어서 요청을 보냄.  
+ 3. Validation Access Token (check_token uri 이용)
+ 4. 각자의 로직이 들어감 예) Access Token이 만료 되었으면 갱신을 할 것인 가 또는 다시 로그인을 시킬 것인가 등의 작업이 필요.
 
 ## Keys Points of Sample