Azure ad b2c 登录自定义策略和azure功能

Azure ad b2c 登录自定义策略和azure功能,azure-ad-b2c,Azure Ad B2c,我需要一些有关此示例的帮助: 我也需要这样做,但对于登录策略,我需要使用sql数据库验证电子邮件,并更改数据库中的状态列,和/或在电子邮件不存在时阻止访问 你有这样的例子吗 谢谢 注意:请原谅我的英语步骤将非常相似,只是您需要修改不同的UserTravely和RelyingParty 更新 更新SignUpOrSignin.xml您所指的示例对于仅检索用户的其他声明更有用,而不用于验证输入。由于您正在验证电子邮件地址,因此此示例更为相关: 这是我的建议: 在RESTAPI后面托管数据库,以便

我需要一些有关此示例的帮助:

我也需要这样做,但对于登录策略,我需要使用sql数据库验证电子邮件,并更改数据库中的状态列,和/或在电子邮件不存在时阻止访问

你有这样的例子吗

谢谢


注意:请原谅我的英语

步骤将非常相似,只是您需要修改不同的
UserTravely
RelyingParty

更新


更新
SignUpOrSignin.xml

您所指的示例对于仅检索用户的其他声明更有用,而不用于验证输入。由于您正在验证电子邮件地址,因此此示例更为相关:

这是我的建议:

  • 在RESTAPI后面托管数据库,以便可以调用它来验证电子邮件地址
  • 使用调用RESTAPI的
    Web.TPEngine.Providers.RestfulProvider
    创建一个技术概要文件(参见上面链接的示例)
  • ValidationTechnicalProfile
    添加到收集电子邮件的
    SelfAssertedAttributeProvider
    技术配置文件中,以便在验证失败时验证电子邮件并显示错误
  • 通过添加这样的验证,用户将被错误消息阻止,并有机会修复输入(例如拼写错误),然后重试。您还可以通过在两个技术配置文件的
    OutputClaims
    中添加电子邮件地址,从RESTAPI获取有关该电子邮件地址的其他声明

    您需要确定这是更改DB中标志的正确位置,还是应该是一个单独的操作。原因是,如果用户进入用户旅程的下一步,然后放弃它,稍后再回来,他们的体验会是什么


    如果您希望在用户旅程的后期将其作为一个单独的步骤,那么您可以使用您提供的示例创建它(即,在用户旅程中执行了所有必需的步骤之后作为一个单独的步骤)。

    欢迎使用SO!查看这篇关于如何解决问题的帖子,这是一个很可能被回答的问题:在这种情况下,你应该尝试解决这个问题。