многопользовательского приложения с помощью Azure Active Directory

Question

Мы хотим разработать веб-приложение в многопользовательском, где жильцы могли бы использовать один или несколько из следующих поставщиков идентичности:

• Microsoft LiveID (Microsoft Account)
• Windows Azure Active Directory (Ваад)
• офис 365
• ADFS

Мы оценивали ACS и его работа s со всеми вышеперечисленными поставщиками идентификаторов. Однако он устарел в пользу Windows Azure Active Directory. Мы изучили Azure AD и поддерживаем создание приложений с несколькими арендаторами, которые поддерживаются арендаторами Azure AD/Office 365. Это помогает нам поддерживать клиентов, имеющих Azure экземпляр AD или офис 365.

Я хотел бы знать, является ли: поддерживает

• Azure AD сценарии федерации с ADFS и учетной записи Microsoft, а?
• В случае ADFS, будет ли он также поддерживать SSO?
• Поддерживает ли Azure AD функции, такие как Custom Login screen и Home Realm Discovery (HRD), похожие на ACS?
• Помогла ли Azure AD помощь арендаторам, которые хотят использовать несколько поставщиков удостоверений (например, учетную запись Microsoft и ADFS)?

Кроме того, в соответствии с требованиями наших приложений мы не хотим хранить какие-либо детали учетной записи пользователя арендатора/клиента в нашем экземпляре Azure AD. Мы хотели бы, чтобы Azure AD позаботился об аутентификации и SSO с упомянутыми выше провайдерами идентификации без необходимости хранить информацию о арендаторах/клиентах.

Answer 1

1. На сегодняшний день Azure AD (AAD) может подключаться только к ADFS, если последний представляет собой локальный каталог, подключенный к соответствующему арендатору AAD. Экземпляры ADFS, управляемые разными организациями, напрямую не поддерживаются, хотя их можно использовать, если они сами проецируются через AAD. Учетные записи Microsoft поддерживаются в качестве гостей - если вы добавите одну учетную запись Microsoft в свой каталог, вы сможете принять ее в своих приложениях.
   2. В случае ADFS: если соблюдено указанное ограничение (экземпляр ADFS - тот, который подключен к AAD), то да, вы получите SSO
   3. На сегодняшний день он делает не. Однако вы можете настроить определенные части страницы аутентификации (логотип и т.д.)
   4. See # 1

В случае Multitenancy, вам не нужно хранить любую информацию в вашем AAD. Когда пользователь от нового арендатора AAD соглашается на использование вашего приложения, соответствующая запись появится в их собственном каталоге. HTH V.