Есть много руководств по настройке свойств Проверки подлинности данного экземпляра Azure App Service:Как вы можете локально подключиться к Azure App Services?
Expanding App Service Authentication/Authorization
Есть направляющие для настройки Azure Серверного свойства:
Я считаю, что все они устанавливают свойства на стороне сервера шлюзов, которые сидят перед нашими компонентами Azure App службы. Этот подход хорош, потому что вы можете инициировать поток входа, просто направляя браузер своего пользователя на ~/.auth/login/XYZ.
Однако я не могу понять, как я должен аутентифицироваться в отношении любого из них во время РАЗВИТИЯ, запуская приложения MVC и приложения API локально на своем ПК через localhost. У меня нет шлюза, работающего локально. Не существует конечной точки, которая слушает localhost/.auth/login/XYZ.
Итак, что это за история? Как вы там аутентифицируетесь? В частности, как вы развиваетесь таким образом, чтобы все, что вам нужно делать на местном уровне, можно было опубликовать в своих веб-приложениях и приложениях Api и иметь опыт работы в eco-системе службы App в Azure?
Возможно похожие на вопрос http://stackoverflow.com/questions/22488585/cant-authenticate-with-local-net-back-end –
@GandhaliSamant Я утверждаю, что это не тоже самое. Мой вопрос касается Azure App Services, выпущенного в марте 2015 года. Этот новый способ включает в себя ваши активы Azure за управляемым сервером Microsoft, который выполняет «танец» для вас. Отлично работает в Лазуре. Неясно, существует ли что-либо уже существующее, которое может помочь/(обрабатывать его) на этапе разработки веб-приложения или приложения api, где код работает локально. –
У вас может быть 2 приложения AD. Один для производства, другой - для развития. Затем сохраните свою учетную информацию, такую как идентификатор клиента, ключ, идентификатор арендатора и URL входа, в настройках приложения вашего веб-приложения. Аналогичным образом, для локальной среды вы можете сохранить учетные данные в своей системной среде. Теперь вместо получения учетных данных из ** web.config ** вы можете получить его из системной среды. Надеюсь, это то, что вы хотите. –