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

Дадайце гэтыя параметры да звычайных уваходных даных рэгістрацыі ўсталёўкі. На Windows выкарыстоўвайце config.cmd, а рэальныя значэнні ўліковага запісу атрымлівайце праз кіраванне ўліковымі данымі разгортвання.

Запісаны проксі ахоплівае сувязь з Azure DevOps і ўбудаваныя аперацыі з крыніцамі і артэфактамі. Задачы атрымліваюць звесткі пра проксі праз бібліятэку задач і павінны прымяняць іх да сваіх HTTP-кліентаў.

Знешнім curl, dotnet або Maven патрэбны ўласны падтрыманы параметр. Задачам у кантэйнеры таксама патрэбны дасяжны пункт з іх сеткі; loopback хост-агента азначае там іншае месцазнаходжанне. Папярэднія загрузкі вобразаў — гэта запыт асяроддзя выканання кантэйнераў.

Калі проксі прымае адкат на Basic, а наладжванне атрымлівае 407, задокументаваны сцяг --usebasicauthforproxy выбірае гэты шлях; ён не можа дадаць механізм, які проксі не падтрымлівае.

У згенераваным скрыпце групы разгортвання дадайце параметры ў выклік config.cmd, захоўваючы аргументы арганізацыі і групы. Змена WebRequest.DefaultWebProxy у бацькоўскім PowerShell не з'яўляецца канфігурацыяй агента даччынага працэсу.

Падобныя артыкулы