En självhostad Azure Pipelines-agent kan ha proxykringgåenderegler i en .proxybypass-fil i sin rotkatalog. Varje rad är ett ECMAScript-reguljärt uttryck som matchas mot en URL.

Till exempel kan en regel för en intern feed-värd se ut så här:

^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)

Uttrycket matchar HTTP- eller HTTPS-URL:er för den värden, med en valfri numerisk port. Gränsen efter värdnamnet hindrar även ett längre namn som packages.internal.example.other-domain från att matcha.

Det här är agentinstallationens fil, inte en fil som placerats godtyckligt i källkodens utcheckning. Syntaxen skiljer sig också från ett kommaseparerat NO_PROXY-värde. Att kopiera ett skaljokertecken som *.internal.example till ett fält för reguljära uttryck bevarar inte samma betydelse.

Identifiera sedan vem som hämtar paketet

Agentens inbyggda käll- och artefaktåtgärder använder dess proxykonfiguration. Uppgifter kan hämta exponerad proxyinformation via uppgiftsbiblioteket och tillämpa den på sina egna HTTP-klienter.

En uppgift som anropar en extern NuGet-, dotnet- eller curl-process introducerar ännu en konsument. Bekräfta hur uppgiften förser verktyget med proxy- och kringgåendeinställningar. En korrekt agentregel bevisar inte att varje oberoende paketklient har läst den.

Behåll den interna feed-URL:en i diagnostikposten, inklusive schema och port. Testa regeln mot URL:en som kontaktas och granska sedan den uppgifts- eller klientkonfiguration som ansvarar för begäran.

Relaterade artiklar