2

Есть много руководств по настройке свойств Проверки подлинности данного экземпляра Azure App Service:Как вы можете локально подключиться к Azure App Services?

Api Apps

Expanding App Service Authentication/Authorization

Есть направляющие для настройки Azure Серверного свойства:

AAD

FaceBook

Twitter

Google

Microsoft Account

Я считаю, что все они устанавливают свойства на стороне сервера шлюзов, которые сидят перед нашими компонентами Azure App службы. Этот подход хорош, потому что вы можете инициировать поток входа, просто направляя браузер своего пользователя на ~/.auth/login/XYZ.

Однако я не могу понять, как я должен аутентифицироваться в отношении любого из них во время РАЗВИТИЯ, запуская приложения MVC и приложения API локально на своем ПК через localhost. У меня нет шлюза, работающего локально. Не существует конечной точки, которая слушает localhost/.auth/login/XYZ.

Итак, что это за история? Как вы там аутентифицируетесь? В частности, как вы развиваетесь таким образом, чтобы все, что вам нужно делать на местном уровне, можно было опубликовать в своих веб-приложениях и приложениях Api и иметь опыт работы в eco-системе службы App в Azure?

+0

Возможно похожие на вопрос http://stackoverflow.com/questions/22488585/cant-authenticate-with-local-net-back-end –

+0

@GandhaliSamant Я утверждаю, что это не тоже самое. Мой вопрос касается Azure App Services, выпущенного в марте 2015 года. Этот новый способ включает в себя ваши активы Azure за управляемым сервером Microsoft, который выполняет «танец» для вас. Отлично работает в Лазуре. Неясно, существует ли что-либо уже существующее, которое может помочь/(обрабатывать его) на этапе разработки веб-приложения или приложения api, где код работает локально. –

+0

У вас может быть 2 приложения AD. Один для производства, другой - для развития. Затем сохраните свою учетную информацию, такую ​​как идентификатор клиента, ключ, идентификатор арендатора и URL входа, в настройках приложения вашего веб-приложения. Аналогичным образом, для локальной среды вы можете сохранить учетные данные в своей системной среде. Теперь вместо получения учетных данных из ** web.config ** вы можете получить его из системной среды. Надеюсь, это то, что вы хотите. –

ответ

1

According to this, единственный способ сделать это - написать код, предназначенный только для разработчиков, для подделки IPrincipals с требованиями, эквивалентными требованиям, предъявляемым к окружающей среде Azure.

  • Создайте значение appSetting в web.config, который идентифицирует ли приложение находится в режиме местного развития, такие как:

    <add key="EnableLocalLogin" value="true" />
  • Определить это значение в лазурных настройках приложения портала, как ложь. Это значение перезапишет тот, который настроен в файле web.config.

  • Создайте еще один параметр входа, который отображается только в том случае, когда EnableLocalLogin appSetting имеет значение true.
  • «Логин в качестве локального разработчика» кнопки просто вызывает в метод действия, который:
    • Проверки, если приложение находится в режиме местного развития.
    • Если это так, создается экземпляр класса IPrincipal с соответствующими утверждениями и вызывает системы идентификации ASP.Net для присвоения идентификатора текущему контексту.
+0

Да. Я обнаружил, что от Microsoft ничего не было. В то время как я не использовал тот же код, что и Glav в вашем ответе, мы в конечном итоге каталили наш собственный IPrincipal и имели в нашем коде несколько блоков #if DEBUG. Не идеальный, но до сих пор, через 17 месяцев, я не спал над ним. –

1

Вам нужно будет установить альтернативный хост. Вы не говоря уже о SDK, который вы используете, но это, как правило, задается следующей:

Извините, я не знаю, что такое iOS Development, но есть a loginHost field in that SDK as well.

Смежные вопросы