Irehistro ang ahente ng Azure Pipelines kasama ang mga input ng proxy nito

Ibígy ang URL ng proxy at account sa konfigurasyon ng ahente, pagkatapos ay hiwalay na pangasiwaan ang mga hiling ng gawain, panlabas na tool at container.

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

Idagdag ang mga parameter na ito sa karaniwang input ng pagpaparehistro ng pag-install. Gamitin ang config.cmd sa Windows at kunin ang tunay na halaga ng account sa pamamagitan ng pamamahala ng kredensyal ng deployment.

Ang naitalang proxy ay sumasaklaw sa komunikasyon sa Azure DevOps at sa mga built-in na operasyon ng source at artifact. Nakukuha ng mga gawain ang ibinahaging impormasyon ng proxy sa pamamagitan ng library ng gawain at kailangang ilapat ito sa sarili nilang mga kliyenteng HTTP.

Ang panlabas na curl, dotnet o Maven ay nangangailangan ng sarili nitong sinusuportahang input. Ang mga trabahong container ay nangangailangan din ng endpoint na maaabot mula sa kanilang network; ang loopback ng host agent ay nangangahulugan ng ibang lokasyon doon. Ang mga naunang paghila ng image ay hiling mula sa runtime ng container.

Para sa proxy na tumatanggap ng Basic fallback kapag nakakuha ng 407 ang setup, pinipili ng dokumentadong flag na --usebasicauthforproxy ang landas na iyon; hindi ito makakadagdag ng mekanismong hindi sinusuportahan ng proxy.

Sa isang nabuong script ng deployment group, idagdag ang mga input sa tawag nitong config.cmd habang pinapanatili ang mga argumento ng organisasyon at grupo. Ang pagbabago ng WebRequest.DefaultWebProxy sa parent PowerShell ay hindi konfigurasyon ng ahente ng anak.

Kaugnay na mga artikulo