Задержка в получении нового значения настраиваемого атрибута после его обновления

Question

У нас есть две настраиваемые политики, написанные для нашего приложения - политики verify_email и signup_sign_in. Мы отправляем приветственное письмо (мы не используем otp для проверки электронной почты во время регистрации) пользователю со ссылкой на настраиваемую политику verify_email. Ссылка содержит подсказку id_token, подписанную нашим сертификатом, а verify_email захватывает принципала пользователя из id_token, получает пользователя из AAD, обновляет настраиваемый атрибут email_verified, а затем перенаправляет пользователя в приложение. Это плавный процесс, который не показывает пользователю никакого пользовательского интерфейса.Приложение не распознает токены, поскольку токены поступили из политики verify_email, поэтому оно перенаправит пользователя на политику sign_up_sign_in в adb2c, а adb2c увидит текущий сеанс пользователя, созданный политикой verify_email, и перенаправит пользователя обратно в приложение с претензии необходимы, не требуя от пользователя явного входа в систему.

Я наблюдал, что в половине случаев политика sign_up_sign_in не получает последнее значение утверждения email_verified, которое было недавно обновлено. Кажется, что есть задержка, когда вы пишете претензию к лазурному объявлению, а затем читаете его, иногда вы получаете старое значение. Есть ли что-то, что можно сделать с этим запаздыванием, чтобы я всегда получал правильное значение? Заранее спасибо.

Answer 1

Это происходит из-за задержки репликации в регионально реплицируемой инфраструктуре контроллера домена. Вы ничего не можете сделать, чтобы повлиять на эту задержку. Вы должны учитывать это как часть ваших рабочих процессов / дизайна - например, войдите в систему, используя подсказку идентификатора токена, не просите пользователя немедленно войти в систему снова. В этом путешествии у вас будут все актуальные заявки.