2011-04-13 4 views
2

현재 서로 다른 도메인에 몇 개의 .Net 응용 프로그램이 있으며 각기 다른 구성원이 있습니다. 우리는 싱글 사인온 (그리고 단일 사인온 (single sign-off)이 가능)과 Azure에서 호스팅되는 중앙 집중식 멤버쉽을 가진 연합 로그인으로 이동하고 있습니다.신뢰하는 당사자 중 일부가 .Net 기반이 아닌 경우 Azure Access Control 및 WIF가 적합합니다.

우리가 선택한 자연스러운 선택은 Azure의 액세스 제어를위한 우리 고유의 Identity Provider를 만드는 것으로 보였습니다. 우리의 모든 사이트는 WIF로 인증되지만, .Net 사이트가 앞으로이 인증을받을 수도 있습니다.

여전히 받아 들일만한 경로입니까?

답변

14

ACS는 "페더레이션 공급자"입니다. 기본적으로 "의존 당사자"(응용 프로그램)가 인증을 위임 할 수 있습니다.

ACS는 원하는 경우 사용자를 포함하여 많은 "ID 제공 업체"를 신뢰할 수 있습니다. 현재 (ACS V2)는 WS-Federation & OpenID (웹 사이트 용), WS-Trust & OAuth (웹 서비스 용)를 지원합니다. 이들은 "프로토콜"입니다. ACS는 SAML (1.1 & 2.0) 및 SWT의 두 가지 토큰 형식을 지원합니다. 또한 Google, Yahoo !, Facebook 및 LiveID로 사전 구성됩니다.

앱이 ACS를 트러스트하는 경우 해당 서비스에 계정이있는 사용자를 수락 할 수 있습니다. ACS는 이러한 프로토콜 중 하나를 지원하는 "모든"IdP와 함께 작동 할 수 있습니다.

ACS Simple

WIF 앱 "을 가능하게 주장"에 대한 .NET에 대한 프레임 워크 및 ASP.NET (및 ASP.NET MVC) 및 WCF와 같은 응용 프로그램 스택에서 원활하게 작동합니다. 다른 앱 스택에서도 작동하지만 상호 운용성이 필요합니다. 그러나 각 플랫폼은 일반적으로 WIF와 동등하며 표준 (예 : WS-Fed, SAML 토큰 등)과 호환되는 한 작동합니다.

Interop도 양방향입니다. 예 : 비 MSFT ID 공급자를 사용하는 ACS/ACS를 사용하는 비 .NET 응용 프로그램.

인증을 위해 멤버십 데이터베이스를 유지하려는 경우 (여전히 사용자 이름/비밀번호가 있음을 의미 함) STS (WIF로 구축 됨)로 포장하고 ID 제공 업체 목록에 추가 할 수 있습니다. 그런 다음 모든 응용 프로그램 (.

enter image description here

은 물론 당신이 모두 결합 할 수 있습니다 : NET 여부는) 그것을 기반 인증을 사용하여 다음 앱의 신뢰 ACS와 ACS 신뢰 다른 실향민뿐만 아니라 당신의 IdP가()를 가지고있다. 이것은 당신에게 추가적인 유연성을 제공합니다.

일반적으로 .NET 기반 웹 사이트에서 WIF를 사용하는 경우 많은 코드 (있는 경우)를 작성할 필요가 없습니다. 모든 것이 효과가 있습니다. 이 모든

예는 여기에 사용할 수 있습니다 기반

, 스콧의 최신 웹 캐스트를 확인하십시오 http://scottdensmore.typepad.com/blog/talks.html

1

OUCH 나는 흥분하고 내가 대답을 쓴 후 신뢰 당사자에게 부분을 알 수있어! 마지막 부분은 붙잡는다. ACS는 REST를 사용하고 SAML or SWT tokens을 발행하므로이를 이해하는 모든 응용 프로그램이 ACS를 사용할 수 있습니다.

WIF 및 ACS는 고객 사이트에 .NET이 필요하지 않습니다. 실제로이를 사용하는 가장 쉬운 방법은 AD Federation Services을 통해 사용자가 AD 도메인에 대해 사용자를 인증하고 ACS에 SAML 토큰을 전달하는 것입니다.

실제로 ACS SDK에는 ID 공급자로 Google, FacebookYahoo을 사용하도록 ACS를 구성하는 데 대한 기사가 포함되어 있습니다.

다른 시스템 (예 : 내부 SSO 시스템, 데이터베이스 등)에 대해 인증해야하는 경우 사용자를 인증하고 적절한 토큰을 ACS로 보내는 고유 한 ID 공급자를 작성할 수 있습니다. ACS는 REST API를 사용하므로 공급자를 만들기 위해 원하는 플랫폼이나 언어를 사용할 수 있습니다.

+1

몇 가지 수정 사항 : REST는 ACS에서 활성화 된 유일한 프로토콜이 아닙니다. 또한 SOAP (WS-trust) 및 WS-Fed를 수행 할 수 있습니다. WIF를 사용하려면 일반적으로 Windows 컴퓨터 + .NET이 필요합니다. –

+0

Duh, 그걸 기억 했어야 했어! –

1

"비 NET 기반"이란 Java 응용 프로그램과 같은 것을 의미하는 경우 Java를 연합 할 수 있습니다 (예 : OpenSSO 또는 PingFederate) 및 ADFS.

ADFS는 ACS와 연합 할 수 있습니다.

난 당신이 ADFS를 제거하고 단순히 그 자리에이 다른 제품과 ACS를 연합 할 수 있는지 확실하지 않습니다 ADFS 2.0 Step-by-Step Guides to interoperability

가 있습니다? 다른하실 말씀 있나요?