Локальная учетная запись Azure B2C Регистрация с именем пользователя - Как получить предложение имени пользователя

Question

У меня есть 2 вопроса:

1. В соответствии с требованиями клиента при регистрации с использованием потока пользовательского интерфейса Azure B2C (signInNames - Type is userName), пользователь должен получить предложения по имени пользователя, как только ониВведено некоторое значение в поле имени пользователя (на основе существующих имен пользователей в B2C AD).
   Как мы можем достичь этой функциональности?
   Примечание: Я использую встроенную политику регистрации B2C.

2. Другое требование состоит в том, что у нескольких пользователей может быть один и тот же идентификатор электронной почты (поскольку мы уже используем signInNames - Тип: userName).
   Таким образом, когда пользователь вводит идентификатор электронной почты и если этот идентификатор электронной почтыуже связан с другими именами пользователей, нам нужно заполнить список имен пользователей, связанных с электронной почтой.Как мы можем достичь этой функциональности?

Любая помощь очень ценится, я действительно застрял, поэтому, пожалуйста, предложите любое предложение.

Answer 1

Что касается части с предложением имени пользователя, если вы говорите, когда заполняете поле формы имени пользователя и появляется окно chrome / IE, это кэшируется на клиенте, и вы не можете этого сделать. Если вы говорите о том, что пользователь пытается зарегистрироваться с именем пользователя, которое уже занято, и вы хотите дать ему предложения, вы можете, но я сомневаюсь в этом, быть в состоянии сделать это в пользовательской политике. Однако более чем вероятно, что для этого вам понадобится пользовательское веб-приложение, поскольку это скорее продвинутый вход в путешествие.

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

Answer 2

Вы имеете в виду свойство "адрес электронной почты", верно, а не фактические сообщения электронной почты?Если это так, вы сможете использовать конечную точку / users: https://developer.microsoft.com/en-us/graph/docs/api-reference/v1.0/api/user_get

К какому ресурсу вы хотите получить доступ через токен доступа?Если ресурс https://graph.windows.net/,you, можно использовать API-интерфейс Azure AD Graph для получения информации электронной почты зарегистрированного пользователя:

GET https://graph.windows.net/me?api-version=1.6
Authorization: Bearer yourAccessToken

Если ресурс https://graph.microsoft.com/,you, можно использовать Microsoft Graph APIчтобы получить информацию электронной почты вошедшего в систему пользователя:

Get https://graph.microsoft.com/v1.0/me
Authorization: Bearer yourAccessToken

В ответ вы можете проверить значение претензии UserPrincipalName, которое является адресом электронной почты, на который можно получать электронные письма.