我在Azure AD中注册了一个角度应用程序进行身份验证.在auth之后,Azure重定向回我的应用程序,由Azure配置中的"回复URL"指定.
Reply Url = http://myapp.com/#/?
应用程序需要将url参数片段(例如身份验证代码,令牌,状态等)附加到重定向URL,如果用户身份验证成功,则会检查这些片段.
Redirect Url = http://myapp.com/#/?code=<some code>&id_token=<id token>&...
这在以前工作,但截至昨天,重定向网址现在看起来像这样
Redirect Url = http://myapp.com/#code=<some code>&id_token=<id token>&...
在azure管理门户中没有对应用程序配置进行任何更改.
这种新格式打破了应用程序中的角度路由,并且没有捕获/解析auth参数.回复网址中"#"后面的所有内容似乎都被忽略了.
是否有什么原因导致重定向网址不使用Azure AD中配置的完整回复网址？
有没有办法在不重定向到ADFS登录页面的情况下使用ADFS进行身份验证？这是我们的情况.
我们有一个使用ADFS进行SSO的AngularJS应用程序.该应用程序是我们AD的依赖方,也与O365资源相关联.目前,它正在努力将用户重定向到ADFS登录页面(如果未经过身份验证),并使用适当的授权代码重定向回我们的应用程序,然后我们通过REST查询来访问O365资源以显示数据(来自Mail,我们的应用程序上的日历等).
我们希望将重定向步骤移除到ADFS,以便用户可以使用我们的应用程序并获得无缝的登录体验.ADFS页面看起来使用基于表单的身份验证.我想知道是否有办法通过http请求或其他方法执行身份验证.