简体繁体 English

如何使用 session 管理技术配置文件从以前的登录中检索持久声明？

[英]How can I retrieve persisted claims from a previous login using a session management technical profile?

原文 2022-01-20 23:21:16 6 1 azure-ad-b2c/ azure-ad-b2c-custom-policy

I'm not entirely sure how the DefaultSSOSessionProvider works for managing the internal session.我不完全确定 DefaultSSOSessionProvider 如何管理内部 session。 For example, take SM-AAD from the custom policy starter pack.例如，从自定义策略启动包中获取 SM-AAD。 If a user runs through the signup_signin policy for the first time, they should now have an internal B2C session containing any persisted claims.如果用户第一次运行 signup_signin 策略，他们现在应该有一个包含任何持久声明的内部 B2C session。 If objectId is a persisted claim, shouldn't it be repopulated before the first orchestration step of the user journey while their session exists?如果 objectId 是一个持久声明，是否应该在用户旅程的第一个编排步骤之前重新填充它，而他们的 session 存在？ I'm running through the signup_signin policy multiple times, but none of the persisted claims (like objectId or objectIdFromSession) are ever repopulated to the claims bag.我多次运行 signup_signin 策略，但没有任何持久声明（如 objectId 或 objectIdFromSession）被重新填充到声明包中。

1 个解决方案

Claims that are persisted in a session management technical profile are automatically repopulated into the user journey during SSO when the journey executes a technical profile that includes that particular session management technical profile.在 SSO 期间，当旅程执行包含特定 session 管理技术配置文件的技术配置文件时，保留在 session 管理技术配置文件中的声明会自动重新填充到用户旅程中。

Claims that are output in a session management technical profile are automatically populated into the user journey during SSO when the journey executes a technical profile that includes that particular session management technical profile.在 SSO 期间，当旅程执行包含特定 Z21D6F40CFB511982E4474E0E250Z 管理技术配置文件的技术配置文件时，session 管理技术配置文件中的 output 声明会自动填充到用户旅程中。 So these output claims are only present in the claimgbag during an SSO auth.因此，这些 output 声明仅在 SSO 身份验证期间出现在 claimgbag 中。