Регистрация приложения Azure Active Directory для локального хоста и производства - PullRequest
0 голосов
/ 07 октября 2018

Я успешно зарегистрировал свое приложение ASP.NET MVC для работы с Azure AD.В настоящее время параметр URL-адреса входа (Azure Active Directory-> Регистрация приложений-> Регистрация нового приложения) выглядит как https://localhost:44302/

Но для производства он, очевидно, будет другим (скажем, https://mycoolapp.com)

Как настроить приложение, чтобы я мог использовать Azure AD локально (например, для отладки) и в работе.

Изменение параметра URL для входа в систему каждый раз не представляется хорошимопция.

Ответы [ 2 ]

0 голосов
/ 07 октября 2018

Я бы указал рабочий URL-адрес в качестве URL-адреса входа, а рабочий + localhost в качестве URL-адреса перенаправления (поскольку вы можете добавить несколько URL-адресов перенаправления!).

См .: Зарегистрировать новое приложение на портале Azure

0 голосов
/ 07 октября 2018

Во-первых, вы можете легко заставить его работать без изменения URL-адреса входа каждый раз.Вам просто нужно убедиться, что оба URL-адреса .. т.е. https://localhost:44302/, а также https://mycoolapp.com доступны в URL-ответах для этого приложения.

Значение для URL-адреса входаТо, что вы даете во время создания приложения, регистрируется в двух местах.Он становится URL-адресом домашней страницы в разделе "Свойства" для вашего веб-приложения, а также добавляется в качестве первого URL-адреса в коллекции URL-адресов ответов для вашего веб-приложения.Просто добавьте второй URL-адрес в коллекцию URL-адресов ответов после регистрации вашего приложения, и все.

enter image description here

enter image description here

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

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

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...