【问题标题】:and then it redirects to /adfs/oauth2/authorize/wia?然后它重定向到 /adfs/oauth2/authorize/wia?
【发布时间】:2015-03-07 16:43:59
【问题描述】:

我正在 ADFSv3 上执行授权码授权流程。

当我执行 AcquireToken 时,会启动通常的 html 网络浏览器身份验证提示,但由于某种原因,它会重定向到以下端点 /adfs/oauth2/authorize/wia?,显示 Windows 集成登录框。

问题:

这是 ADFS 在这里提供的某种 ntml/sso 吗?

是否可以摆脱最初的 html 网络浏览器而直接显示 windows 登录框,它看起来有点像带有 2 个身份验证提示(1 个禁用,1 个启用)的人格分裂。

【问题讨论】:

    标签: adal adfs3.0


    【解决方案1】:

    执行 AcquireToken 流的客户端计算机是否已加入域?很可能不是。看起来它正在尝试 Windows 集成身份验证(Kerberos)并回退到 NTLM(您看到的 Windows 凭据收集对话框)。

    您可以使用 ADFS 全局身份验证策略(即 Set/Get-AdfsGlobalAuthenticationPolicy PowerShell cmdlet)或通过 MMC 管理单元中的身份验证策略节点配置 ADFS 提供的身份验证方法。确保您在全局身份验证策略中为 Intranet 和 Extranet 位置启用了“表单身份验证”,以便使用基于 Web 的凭据收集体验。如果您愿意,还可以选择在全局身份验证策略中关闭 Windows 集成身份验证。

    如果为 Intranet 位置启用了表单身份验证和 WIA,如果客户端的用户代理/浏览器支持 WIA,ADFS 将更喜欢使用 WIA。您可以通过 Get-AdfsProperties cmdlet 查看支持 WIA 的用户代理列表(查找 WIACapableUserAgents 设置)。通常像 IE 之类的浏览器都支持 WIA。对于不在此列表中的用户代理,ADFS 将自动回退到使用表单身份验证。

    【讨论】:

    • 嗨,它恢复为 ntml 因为我不在域中而不是两者都像在这种情况下)。我相信这是一个 ADAL 的“问题”。为什么在进行授权码授权流程时突然提供wia提示。是的,oauth2.0 没有指定身份验证方案是如何完成的,但我只是对 wia 框和后台的用户代理(变暗)感到惊讶。欢呼艾伦
    猜你喜欢
    • 2018-02-08
    • 2012-06-05
    • 2022-01-25
    • 2023-03-11
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-08-30
    • 2015-03-20
    相关资源
    最近更新 更多