Локальный сервер сборки Visual Studio Team Services

Следуя этим инструкциям (Развернуть агент в Windows), я настроил агент сборки VSTS для работы в качестве службы Windows. Хост-сервер настроен на выход в Интернет через корпоративный прокси-сервер. Я могу перейти на целевой сайт VSTS через Internet Explorer с сервера.

Когда я просматриваю «Агенты для пула по умолчанию», я вижу свой недавно настроенный агент, но его статус «автономный», и он имеет красный блок, а не зеленый. Если я перезапускаю службу агента, я получаю следующую ошибку в журнале событий:

Не удалось успешно запустить процесс vsoAgent. Он завершился с кодом 3. Дополнительные сведения см. в последних файлах журнала агента в папке C:\VSTSBuild\agent_diag. Ожидание в течение 5 секунд перед повторной попыткой.

Однако при проверке файлов журнала _diag ошибок нет:

14:17:25.160120 Отправка вывода трассировки в файлы журнала:
C:\VSTSBuild\agent_diag 14:17:25.203125 VsoAgent.exe был запущен с
следующей командной строкой: "C:\VSTSBuild\agent\ агент\vsoagent.exe"
/runningAsService 14:17:25.345132 SettingsFileHelper.Load -
settings[AutoUpdate]=True 14:17:25.345132 SettingsFileHelper.Load -
settings[RootFolder]=C :\VSTSBuild\agent 14:17:25.345132
SettingsFileHelper.Load -
settings[WorkFolder]=C:\VSTSBuild\agent_work 14:17:25.346130
SettingsFileHelper.Load -
settings[ServerUrl]=https://XXXXappdevteam.visualstudio.com
14:17:25.346130 SettingsFileHelper .Load —
settings[AgentName]=Agent-XXXX-NCC-BT001U 14:17:25.346130
SettingsFileHelper.Load — settings[PoolId]=1 14:17:25.346130
SettingsFileHelper.Load - settings[PoolName]=default 14:17:25.346130
SettingsFileHelper.Load - settings[ AgentId]=5 14:17:25.346130
SettingsFileHelper.Load - settings[RunAsWindowsService]=True
14:17:25.346130 SettingsFileHelper.Load -
settings[WindowsServiceName]=vsoagent.XXXXappdevteam.Agent -XXXX-NCC-BT001U
14:17:25.346130 SettingsFileHelper.Load -
settings[WindowsServiceDisplayName]=VSO Agent
(XXXXappdevteam.Agent-XXXX-NCC-BT001U) 14:17:25.381133
BaseLogger.LogStatus(scope.JobId =
00000000-0000-0000-0000-000000000000, scope.TimelineRecordId =
00000000-0000-0000-0000-000000000000, record.Name = Agent)
14:17:25.424136 BaseLogger.LogConsoleMessage(scope.JobId =
00000000-0000-0000-0000-000000000000, message = Идентификация на
сервере https://XXXXappdevteam.visualstudio.com) 14:17:25.449133 Exe
хэш местоположения = ce01163e1787840dbffc06817bd93470

Через несколько минут время запроса истекает, и в журнал добавляется следующее:

System.Net.Http.HttpRequestException: произошла ошибка при отправке
запроса. ---> System.Net.WebException: невозможно подключиться к
удаленному серверу ---> System.Net.Sockets.SocketException: попытка подключения
не удалась, так как подключенная сторона не ответила должным образом < br/> через некоторое время или установленное соединение не удалось, поскольку
подключенный узел не ответил 65.52.8.37:443

Коллега из сетевой группы провел трассировку прокси-сервера и подтвердил, что видит запросы, поступающие от хост-сервера агента, но не получает ответа от visualstudio.com.

Я попытался добавить следующее в элемент ‹Configuration> файла VsoAgentService.exe.config.

<system.net>
<defaultProxy>
  <proxy
    usesystemdefault="true"
    proxyaddress="proxy address here"
    bypassonlocal="true"
  />
</defaultProxy>

What should I check next or where have I gone wrong?


person Rob Bowman    schedule 10.05.2016    source источник


Ответы (2)


Я запускаю не как службу, а из окна cmd - за прокси, настроенным в Git глобально. У меня были проблемы с подключением к агенту сборки, рекомендованному VSTS (тот, который вы загружаете из VSTS), но при использовании последнего агента на GitHub, который выполняет аутентификацию с помощью PAT, эти проблемы исчезают:

https://github.com/Microsoft/vsts-agent

person Richard Bown    schedule 13.06.2016

Я также столкнулся с подобной ошибкой подключения, несмотря на то, что смог открыть URL-адрес в браузере. Моя проблема оказалась связана с прокси. Если ваш прокси-сервер требует аутентификации, вам придется предоставить учетные данные через переменные среды, если ваша служба не работает как сетевая учетная запись с привилегиями для прокси-сервера.

Попробуйте выполнить следующие действия:

  1. Открыть приглашение CMD
  2. Установите VSTS_HTTP_PROXY=http://yourproxy:80.
  3. Установите VSTS_HTTP_PROXY_USERNAME=прокси-пользователь
  4. Установите VSTS_HTTP_PROXY_PASSWORD=прокси-пароль
  5. Перезапустите службу.
person elsausmc    schedule 11.12.2017