IDP和SP之间无限重定向循环的原因答案

【问题标题】：Cause of infinite redirects loop between IDP and SPIDP和SP之间无限重定向循环的原因
【发布时间】：2016-07-09 16:07:58
【问题描述】：

我正在解决与 SP 端的 Kentor Authservices 和 IDP 端的 Shibboleth 克隆的无限重定向相关的问题。我的问题是这可能是什么原因，我如何拦截并记录 Kentor 重定向回 IDP 的决定？

【问题讨论】：

【解决方案1】：

当您在 web.config 中有授权部分并使用<authentication mode="forms"> 将~/AuthServices/SignIn 设置为登录网址时，通常会出现这种情况。

如果是这种情况，请尝试临时设置另一个不会直接触发重定向到 Idp 的登录 URL。它可以是一个简单的页面，只包含指向~/AuthServices/SignIn 的链接。

然后使用 Fiddler 或浏览器的调试工具查看重定向序列。即使我上面对 web.config 设置的猜测不正确，这也是开始故障排除的正确方法。

【讨论】：

感谢您的回答。这个技巧有助于打破循环，但问题基本上保持不变 - 在成功登录 Shibboleth IDP 后，我被重定向回临时登录页面。从日志来看，在我看来它发生在 AuthServices 库中的某个地方。我将 SAML 令牌与我从 Kentor stubidp 收到的令牌进行了比较——最大的区别是 Kentor 的 SAML 中的 Signature 元素是根元素，而在 Shibboleth IDP 中，SAML 不在 Assertions 元素下。 Shibboleth 中的 NameID 也是临时 ID。
通过在returnUrl后添加斜杠解决了问题。对不起:)
@dmitreyg 你能分享一下细节吗？我遇到了同样的问题。
没有太多细节——就像我说的在 returnUrl 配置选项中添加斜杠解决了这个问题：localhost:30030" returnUrl="localhost:30030">跨度>