На самоутвержденном TP вы можете использовать setting.retryLimit метаданные
Контролирует, сколько раз пользователь может попытаться предоставить данные, которые проверяются на соответствие проверке технический профиль. Например, пользователь пытается зарегистрироваться с учетной записью, которая уже существует, и продолжает пытаться, пока не будет достигнут предел.
Итак, если у вас есть технический профиль проверки, который отвечает за проверку не существующее имя пользователя, после setting.retryLimit повторных попыток ваше приложение получит указанную c ошибку
AADB2C90157: пользователь превысил максимальное число попыток для шага самоутверждения .
Вы можете перехватить это в своем приложении и показать пользовательское сообщение для пользователя.
РЕДАКТИРОВАТЬ:
Если вы хотите показать ошибку на Self - Сама заявленная страница, вы можете поставить технического провайдера проверки RESTful (т.е. функцию Azure) сразу после аутентификации. Если пользователь найден, у вас будет objectId, и вы даже можете пропустить вызов функции Azure. Если objectId пуст, вы вызовете функцию Azure, передающую имя входа, и сохраните новую попытку где-нибудь (Azure Table Storage?). Всякий раз, когда ваш несуществующий пользователь достигает предела, вы получите 409 с пользовательским сообщением. Это сообщение будет отображаться на странице самоутверждения. Я не пробовал, но по логике это могло сработать. Вам нужно настроить setting.retryLimit , чтобы избежать возврата к вашему приложению с ошибкой до отображения настраиваемого сообщения.
HTH, F