Почему я получаю CouldnotfetchacccesstokenforAzureStatusCode при отправке в Azure из TFS

Question

Интересно, только ли я получаю этот CouldnotfetchacccesstokenforAzureStatusCode при развертывании (потоке выпуска) с TFS (visualstudio.com) до Azure. Даже у google нет подсказки.

Профиль рабочего процесса выпуска был настроен изнутри Azure, поэтому, я думаю, имя подписки и службы в порядке. После этого ему удается получить переданные артефакты. И он работал в течение недели, прежде чем он прекратил работать. Он запускается успешной сборкой после git push. Нет ручной работы.

##[section]Finishing: Download Artifacts  
##[section]Starting: Deploy Azure App Service  
==============================================================================  
Task   : Azure App Service Deploy  
Description : Update Azure App Service using Web Deploy/Kudu REST APIs  
Version  : 2.1.10  
Author  : Microsoft Corporation  
Help   : [More Information](https://aka.ms/azurermwebdeployreadme)  
==============================================================================  
d19c95a6-ebscrabbeldabbeld9c3eb0cfeb exists true  
##[warning]Can\'t find loc string for key: CouldnotfetchacccesstokenforAzureStatusCode  
##[error]CouldnotfetchacccesstokenforAzureStatusCode 400 Bad Request  
##[section]Finishing: Deploy Azure App Service  
##[section]Finishing: Release 

Я "Публикация с помощью Web Deploy" и "Take App на форуме" и здавать Control "Enabled" проверили. Служба приложений - версия 2. Любые идеи?

EDIT: Пробовал версии 3 (в режиме предварительного просмотра), и я получил другую (но, вероятно, то же самое) ошибка:

##[error]Could not fetch acccess token for Azure. Status Code: 400 (Bad Request) 

Answer 1

Я воссозданный подключение службы как juunas упоминалось, и это сработало. Вы найдете его в разделе «Услуги» в TFS. Так Что магия bedhind это:

• Он связывает подключение услуг к вашей Azure AD (Арендатор ID)
• Это создает приложение в лазурной AD и использует ClientID в процессе выпуска
• It связывает подключение к вашей подписке.
• Он создает ключевой ключ (например, пароль), который может длиться 1 или 2 лет. Именно эта ценность отсутствовала в моем первоначальном сервисе. Вы, , можете создавать свои собственные главные ключи или иметь TFS автосоздавать один для вас.

Благодарим за подсказку Juunas!

Answer 2

Другая возможная причина этой ошибки -

Я видел эту проблему возникают с использованием новых "Build Editor" (все еще в предварительном просмотре).

TL; DR Решение будет заключаться в том, чтобы НЕ использовать функцию «связанные с процессом» для параметров, связанных с подпиской, до тех пор, пока не будет решена ошибка, описанная ниже.

В том случае, если функция "process linked parameters" используется и подписка для использования указывается на «процесс» уровне произойдет следующее:

• Агент будет экспортировать переменные окружения, ENDPOINT_AUTH_* процесса уровня, указывающего на неправильный «id» для конечной точки обслуживания. Неясно, почему это происходит - я склонен обвинять начальное сообщение о работе от VSTS, следуя коду here для агента.
• Бегун задача будет экспортировать те ошибочно имена переменных для задач, которые должны использовать (в хранилище) - соответствующий код раздел here
• Конкретная лазурь задача развертывания будет искать переменные окружения с правильным идентификатором, но получите пустой результаты, поскольку они никогда не экспортируются.
• Аутентификация потерпит неудачу из-за этого.

Установка значка «отладки» в значение «истина» во время установки сборки приведет к обнаружению вышеуказанного в следах.

Answer 3

Только что решил эту проблему, отменив все связанные элементы на этапе развертывания. Итак, «Azure Subscription» и «App Service name», хотя они, похоже, правильно установлены ... это заставило меня работать на меня.