Modele URL .proxybypass ale agentului Azure Pipelines
Folosiți expresii regulate ECMAScript în directorul rădăcină al agentului Azure Pipelines găzduit local și verificați integrarea proxy proprie a sarcinii.
Un agent Azure Pipelines găzduit local poate păstra reguli de ocolire a proxy-ului într-un fișier .proxybypass din directorul său rădăcină. Fiecare linie este o expresie regulată ECMAScript comparată cu un URL.
De exemplu, o regulă pentru un singur host de feed intern poate arăta astfel:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)Expresia corespunde URL-urilor HTTP sau HTTPS pentru acel host, cu un port numeric opțional. Limita de după numele hostului împiedică potrivirea și a unui nume mai lung, cum ar fi packages.internal.example.other-domain.
Acesta este fișierul instalării agentului, nu un fișier plasat arbitrar în copia de lucru a codului sursă. Sintaxa sa diferă și de o valoare NO_PROXY separată prin virgule. Copierea unui metacaracter shell precum *.internal.example într-un câmp de expresie regulată nu păstrează același sens.
Apoi identificați cine descarcă pachetul
Operațiile integrate de sursă și artefact ale agentului folosesc configurația sa de proxy. Sarcinile pot prelua informațiile de proxy expuse prin biblioteca de sarcini și le pot aplica propriilor clienți HTTP.
O sarcină care apelează un proces extern NuGet, dotnet sau curl introduce un alt consumator. Confirmați cum acea sarcină furnizează instrumentului setările de proxy și de ocolire. O regulă corectă a agentului nu dovedește că fiecare client de pachete independent a citit-o.
Păstrați URL-ul feedului intern în înregistrarea de diagnostic, inclusiv schema și portul. Testați regula pe URL-ul cu care se comunică, apoi examinați configurația sarcinii sau a clientului responsabil de acea cerere.