При использовании MSAL для реализации аутентификации AAD, для чего я буду использовать опцию navigateToLoginRequestUrl?

Question

Документация сообщает мне, что делает настройка эффекта / не устанавливает эту опцию, но не говорит , почему можно было бы установить ее или не устанавливать.

Когда я хочу отключить / включить «навигацию по умолчанию» для «стартовой страницы» после входа в систему? Я вижу, что если я не установлю его, по умолчанию он будет иметь значение true, в результате чего моя страница будет загружена три раза как часть успешного рабочего процесса loginRedirect (один раз мной, дважды как перенаправления из страниц / кода аутентификации), но если яустановите для него значение false, моя страница загружается только дважды (один раз мной и один раз как часть перенаправления), и пользователь по-прежнему успешно входит в систему.

Спасибо!

Answer 1

Я написал статью об избежании подстановочных URL-адресов ответов с помощью MSAL.js: https://joonasw.net/view/avoiding-wildcard-reply-urls-with-msal-js.

Здесь я установил значение false, чтобы MSAL.js не пытался перенаправить пользователя обратно на его текущую страницу. при запуске входа в систему. Для этого потребуется использовать URL-адрес ответа с подстановочными символами в AAD. Установка его в false +, указание моего собственного URL-адреса ответа и осуществление обработки там позволяет ему использовать один URL-адрес ответа. И пользователь по-прежнему попадает на страницу, к которой он пытался получить доступ.

Многократные перенаправления не должны происходить. MSAL.js обычно может автоматически получить токены после начальной аутентификации. Хотя я полагаю, что приложение загружается даже в режиме без вывода сообщений, поскольку оно открывается в iframe. Как правило, вы хотите обнаружить эту ситуацию и не загружать свое приложение в iframe.

Answer 2

Как для источника , кажется, что определяет, должен ли MSAL после получения токена перейти к URL-адресу входа вашего приложения.