Веб-развертывание в веб-приложении Azure в среде службы приложений

У меня возникла проблема с развертыванием в веб-приложении Azure, размещенном в среде службы приложений (ASE) с внутренним балансировщиком нагрузки (ILB), с использованием этапа веб-развертывания в Team City. Также не удается выполнить развертывание непосредственно с моего компьютера с помощью Visual Studio.

Вот ошибка: «не удалось подключиться к удаленному компьютеру с помощью указанного процесса (« Служба веб-управления »), потому что сервер не ответил. Убедитесь, что процесс запущен на удаленном компьютере».

Эта ошибка немного вводит в заблуждение, потому что после дальнейшего расследования веб-приложение возвращает (401) несанкционированную ошибку, хотя я могу подключиться к SCM / Kudo, используя учетные данные в профиле публикации.

Единственный способ, которым я смог выполнить развертывание, - это через FTP после установления соединения VPN.

После долгих исследований я нашел некоторых других людей, которым было сказано остановить / запустить сайт и т. Д., Но в данном случае это не сработало. Действуют ли веб-приложения по-другому, когда они размещены в ASE? Я не сталкивался с этой проблемой при развертывании в другом веб-приложении.

Мы будем очень благодарны за любые идеи о том, что может быть причиной этого.

Заранее спасибо!


person Neal Ganslaw    schedule 14.01.2017    source источник
comment
Здесь та же проблема. Мне удалось выполнить развертывание через FTP без подключения к VPN (с виртуальной машины в той же сети, что и ASE), но я не нашел способа получить доступ к Kudu.   -  person Gustavo    schedule 02.02.2017
comment
Привет, Нил, у тебя все получилось? У меня здесь та же проблема. Мы перешли на ASE из соображений безопасности, но наш поток DevOps нарушен в Vsts. Развертывание службы приложений Azure (msdeploy) не может передать биты в.   -  person Loul G.    schedule 22.03.2017


Ответы (1)


Похоже, для msdeploy по умолчанию должен быть доступен TLS 1.0. Готов поспорить, у вашего ASE отключен TLS 1.0. Итак, у вас есть два варианта:

  • повторно активируйте TLS 1.0 в вашем ASE (потенциальное нарушение безопасности)
  • настройте агент сборки (если у вас есть к нему доступ) для использования TLS 1.1 и выше, следуя инструкциям здесь

Соответствующий ответ здесь

Официальная поддержка Microsoft здесь

person Loul G.    schedule 30.03.2017