지금까지 읽은 대부분의 튜토리얼은 @EnableResourceServer
대신 API 게이트웨이에서 @EnableOAuth2Sso
을 사용합니다. 차이점은 무엇입니까? 대조적으로 OAuth2Sso
의 기능은 무엇입니까?스프링 @EnableResourceServer 대 @ EnableOAuth2Sso
세부 사항 : 스프링 기반 마이크로 서비스 및 단일 페이지 응용 프로그램을위한 보안/인프라 아키텍처를 구현하고 있습니다. 얼마 동안은 보안 요구 사항이 없었지만 SPA는 다른 호스트 (CORS 파티)에서 열린 마이크로 서비스와 직접 대화했습니다.
이제 spring-oauth
과 spring-zuul
을 사용하여 보안 계층과 게이트웨이 패턴을 추가 할 예정입니다. 그래서 나는 @EnableAuthorizationServer
의 서비스 (uaa-service)와 @EnableZuulProxy
& @EnableResourceServer
의 게이트웨이가 있습니다. 암호 그랜트 유형 만 있으면 각 SPA에 고유 한 로그인 양식이 있으며 uaa-service 토큰 끝점, 게이트웨이를 통해 인증 한 다음 추가 요청을 위해 해당 토큰을 계속 사용합니다.
이 방법에 문제가 있습니까? @EnableOAuth2Sso
을 사용해야합니까?
나는 누군가가 너에게 답을 주었으면 좋겠다. 나는 거의 같은 배에 타고있다. 최선을 다해서,'EnableOAuth2Sso' 주석은 이론적으로 "oauth aware"가 될 몇 가지 http 필터를 추가 할 것입니다. 예를 들어, 들어오는 요청에서 액세스 토큰을 자동으로 선택하고 백엔드 서비스로 전달한다는 아이디어가 있습니다. 하지만 실제로 작동하지 못했습니다. (사실 지금까지 주석은 제게 많은 것들을 부 셨습니다.하지만 지식이 부족하고 주석이 아님을 확신합니다!). – demaniak