Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/security/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Azure ad b2c 当我登录并获得';代码';来自Azure AD B2C的查询参数响应?_Azure Ad B2c - Fatal编程技术网

Azure ad b2c 当我登录并获得';代码';来自Azure AD B2C的查询参数响应?

Azure ad b2c 当我登录并获得';代码';来自Azure AD B2C的查询参数响应?,azure-ad-b2c,Azure Ad B2c,我尝试使用“立即运行”功能从运行我的自定义策略进行注册/登录,结果如下: 这是什么意思?我本应被重定向到带有id\u标记的url 这种情况在我身上发生过几次。只有在响应类型参数中请求时,才能获得id\u令牌 如果您在“选择应用程序”对话框中选择的应用程序符合以下条件,Azure AD B2C门户中的“立即运行”功能将仅包括response\u type=id\u token: 是Azure AD v2应用程序。应用程序必须通过Azure AD B2C应用程序刀片创建,才能包含对id\u令牌的请

我尝试使用“立即运行”功能从运行我的自定义策略进行注册/登录,结果如下:

这是什么意思?我本应被重定向到带有
id\u标记的url


这种情况在我身上发生过几次。

只有在
响应类型
参数
中请求时,才能获得
id\u令牌

如果您在“选择应用程序”对话框中选择的应用程序符合以下条件,Azure AD B2C门户中的“立即运行”功能将仅包括
response\u type=id\u token

  • 是Azure AD v2应用程序。应用程序必须通过Azure AD B2C应用程序刀片创建,才能包含对
    id\u令牌的请求。选择器还显示v1应用程序,即通过应用程序注册刀片创建的应用程序,但这些应用程序不会在请求中包含
    id\u令牌
  • 已启用隐式流。默认情况下,通过Azure AD B2C应用程序刀片创建的应用程序已启用此设置,但可以手动禁用
  • 您可以检查显示在“立即运行端点”文本框中的URL,以查看您选择的给定应用程序是否导致授权请求中包含
    id\u令牌


    如果您希望调整此行为(不显示V1应用程序,始终包括id_令牌等),您可以始终在中添加请求。如果您的请求在
    响应类型
    参数中请求id_令牌,则只会获得
    id_令牌

    如果您在“选择应用程序”对话框中选择的应用程序符合以下条件,Azure AD B2C门户中的“立即运行”功能将仅包括
    response\u type=id\u token

  • 是Azure AD v2应用程序。应用程序必须通过Azure AD B2C应用程序刀片创建,才能包含对
    id\u令牌的请求。选择器还显示v1应用程序,即通过应用程序注册刀片创建的应用程序,但这些应用程序不会在请求中包含
    id\u令牌
  • 已启用隐式流。默认情况下,通过Azure AD B2C应用程序刀片创建的应用程序已启用此设置,但可以手动禁用
  • 您可以检查显示在“立即运行端点”文本框中的URL,以查看您选择的给定应用程序是否导致授权请求中包含
    id\u令牌


    如果您希望调整此行为(不显示V1应用程序,始终包含id_令牌等),您可以始终在

    中添加请求它再次发生在我身上,我知道发生了什么。问题是下拉列表的顺序有时会改变

    因此,大多数情况下,应用程序下拉列表的加载方式如下:

    但有时它会像这样加载,显然,ProxyIdentityExperienceFramework会请求一个代码:

    这件事又发生在我身上,我知道发生了什么。问题是下拉列表的顺序有时会改变

    因此,大多数情况下,应用程序下拉列表的加载方式如下:

    但有时它会像这样加载,显然,ProxyIdentityExperienceFramework会请求一个代码:

    谢谢你的洞察力,但我认为这并不能解决我所看到的问题。我使用了“立即运行”并得到了上述响应。我没有更改任何内容,再次尝试,并获得了id_token的预期结果。在这两种情况下,请求是什么样子的?其中一个是否包含正确的响应类型,而另一个是否包含正确的响应类型,或者两者是否都具有正确的响应类型?我假设两者都具有
    response\u type=id\u token
    。我只需打开自定义策略并单击“立即运行”。这是我单击“立即运行”时的当前请求:我能够检查我的浏览器历史记录并找到请求。正如您所怀疑的,它有
    response\u type=code
    。怎么可能呢?我确实认为,每次“立即运行”时,您都是使用从下拉列表中选择的不同应用程序来运行。您可能不是有意这样做的,但我看到过这样的情况,即每次打开“立即运行”时,同一策略的默认选定值(应用程序)都不同,感谢您提供的见解,但我认为这并不能解决我看到的问题。我使用了“立即运行”并得到了上述响应。我没有更改任何内容,再次尝试,并获得了id_token的预期结果。在这两种情况下,请求是什么样子的?其中一个是否包含正确的响应类型,而另一个是否包含正确的响应类型,或者两者是否都具有正确的响应类型?我假设两者都具有
    response\u type=id\u token
    。我只需打开自定义策略并单击“立即运行”。这是我单击“立即运行”时的当前请求:我能够检查我的浏览器历史记录并找到请求。正如您所怀疑的,它有
    response\u type=code
    。怎么可能呢?我确实认为,每次“立即运行”时,您都是使用从下拉列表中选择的不同应用程序来运行。您可能不是有意这样做的,但我见过这样的情况:每次打开“立即运行”时,同一策略的默认选定值(应用程序)都不同