acs - Azure 访问控制服务 (ACS) - ACS50001 : Relying party with identifier 'https://[namespace].accesscontrol.windows.net/' was not found

Question

我有一个 ACS 命名空间，并设置了 WS-Federation 身份提供程序。由于我使用的是 Visual Studio 2012，因此我使用身份和访问工具来创建依赖方。该工具使用领域并返回我在创建依赖方时提供的 url 值(我使用部署项目的 Azure 云服务 url - 即 http://myapp.cloudapp.net )。运行该工具后，我的依赖方的规则组中只有一条规则 - 传递 [依赖方] 的所有声明。我仅使用这一规则测试了我的应用程序的 ACS，并且还在为 WS-Federation 身份提供商生成了所有规则之后进行了测试。

无论规则组中的规则如何，我的问题标题中都会出现错误。我的浏览器已重定向到 ACS，但由于某种原因，它无法找到正确的依赖方。我在两个不同的 Azure 帐户中创建了 ACS 命名空间、身份提供商和依赖方，结果完全相同。

我还尝试使用 http 和 https 端点将我的项目发布到 Azure 云服务，并且两个端点产生相同的结果。

WS-Federation 身份提供程序的联合元数据来自 Windows Azure Active Directory。

更新web.config 中的 FederationConfiguration 部分:

<federationConfiguration>
      <cookieHandler requireSsl="false" />
      <wsFederation passiveRedirectEnabled="true" issuer="https://[MyNamespace].accesscontrol.windows.net/v2/wsfederation" realm="http://[MyApp].cloudapp.net/" requireHttps="false" />
</federationConfiguration>

更新2:还是没有解决办法。该问题似乎源于以下事实:我设置了自己的 ACS 身份提供商，并从该身份提供商的 Windows Azure Active Directory (WAAD) 下载了联合元数据。这实质上是将 2 个 ACS 实例链接在一起。当我的应用程序重定向到我的 ACS 时，它会将我的应用程序的 url 作为领域传递。然后，我的 ACS 重定向到身份提供商 WAAD，并将其自己的 url 作为领域传递。这就是为什么我返回的错误具有依赖方标识符 = 我自己的 ACS 管理门户的 url 的奇怪特征。我不确定为什么它没有从我的应用程序一直传递到 WAAD。

Answer 1

嗯，这个问题的答案比我预想的要模糊得多 - 我必须针对我的 CRM Online WAAD 运行以下 powershell 脚本:

Connect-MsolService
Import-Module MSOnlineExtended -Force
$replyUrl = New-MsolServicePrincipalAddresses –Address "https://lefederateur.accesscontrol.windows.net/"
New-MsolServicePrincipal –ServicePrincipalNames @(“https://lefederateur.accesscontrol.windows.net/”) -DisplayName “LeFederateur ACS Namespace” -Addresses $replyUrl

这告诉 WAAD 识别我的 ACS 命名空间，因此它不会抛出错误，指出 ACS 命名空间不是有效的依赖方标识符。在这里阅读整个过程:

http://www.cloudidentity.com/blog/2012/11/07/provisioning-a-directory-tenant-as-an-identity-provider-in-an-acs-namespace/

感谢 Azure 支持，我现在已经解决了这个错误。