Регистриране на агента на Azure Pipelines с неговите прокси входове

Подайте прокси URL и профил при конфигурирането на агента, след което проследявайте отделно заявките на задачите, външните инструменти и контейнерите.

./config.sh --proxyurl http://proxy.example:8080 \
  --proxyusername PROXY_USER \
  --proxypassword PROXY_PASSWORD

Добавете тези параметри към обичайните входове за регистрация на инсталацията. Използвайте config.cmd под Windows и получете реални стойности на профила чрез управлението на идентификационните данни на внедряването.

Записаният прокси покрива комуникацията с Azure DevOps и вградените операции с източници и артефакти. Задачите получават разкритата информация за прокси през библиотеката със задачи и трябва да я приложат към собствените си HTTP клиенти.

Външните curl, dotnet или Maven се нуждаят от собствен поддържан вход. Задачите в контейнер също се нуждаят от достъпна крайна точка от своята мрежа; loopback на хост агента означава друго местоположение там. По-ранните изтегляния на изображения са заявка на средата за изпълнение на контейнери.

За прокси, което приема Basic резервен вариант, когато настройката получи 407, документираният флаг --usebasicauthforproxy избира този път; той не може да добави механизъм, който проксито не поддържа.

В генериран скрипт за група за внедряване добавете входовете към извикването на config.cmd, като запазите аргументите за организация и група. Промяна на WebRequest.DefaultWebProxy в родителски PowerShell не е конфигурация на агента на дъщерния процес.

Подобни статии