【问题标题】:Valid Windows Azure Active Directory redirect Uris有效的 Windows Azure Active Directory 重定向 Uris
【发布时间】:2014-02-08 21:59:26
【问题描述】:

来自帮助文本

重定向 URI

Windows Azure AD 将重定向到的 URI 以响应 OAuth 2.0 请求。该值不需要是物理端点, 但必须是有效的 URI。 Windows Azure AD 还将检查 重定向应用程序在 OAuth 2.0 请求中提供的 URI 匹配这些注册值之一。

它统计它不需要是物理端点,但我没有运气输入有效的 urn 端点

试过 urn:myname:application

如果不是 urns 也不是物理端点,什么是有效的 uri。 ?

【问题讨论】:

    标签: azure azure-active-directory


    【解决方案1】:

    我认为这可能是文档错误。 RFC 将其定义为 Endpoint Uri(我将其解释为 URL)。它还建议对 Endpoint Uri 使用 TLS,这对 URN 没有意义。

    https://www.rfc-editor.org/rfc/rfc6749

    【讨论】:

    • 但是对于无法重定向的客户端应用程序,应该允许使用 urn 是完全合理的。
    • 好的,对于客户端应用程序,物理端点不必存在,任何 URI 都可以工作。奇怪的是,它似乎确实在 URI 上强制执行语法规则。我只是在尝试它,这就是我发现的。这些工作: urn://myname urn://myname:123 诀窍似乎是uri中的“//”如果你有一个“:”在uri中,它想要能够将“:”之后的文本转换为可接受的数值。经过进一步审查,这似乎与文档相矛盾,因为您的原始 uri 应该可以工作 (IMO)。
    • 无论如何,试一试,看看它是否有效。如果是这样,我将修改/改进我的答案。不过,我认为在这种情况下,什么是有效的 URI 仍有待澄清的空间。
    【解决方案2】:

    在开发原生应用时也遇到了这个问题。 我发现格式:https://www.google.com 不起作用,但 https://google.com 会。

    【讨论】:

      猜你喜欢
      • 2019-12-21
      • 2019-03-03
      • 2015-05-06
      • 1970-01-01
      • 1970-01-01
      • 2020-02-07
      • 2014-03-29
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多