URL-patronen in .proxybypass van de Azure Pipelines-agent
Gebruik ECMAScript-reguliere expressies in de hoofdmap van de zelf-gehoste Azure Pipelines-agent en controleer de eigen proxy-integratie van de taak.
Een zelf-gehoste Azure Pipelines-agent kan proxy-omzeilingsregels bevatten in een .proxybypass-bestand in de hoofdmap. Elke regel is een ECMAScript-reguliere expressie die tegen een URL wordt vergeleken.
Een regel voor één interne feed-host kan er bijvoorbeeld zo uitzien:
^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)De expressie komt overeen met HTTP- of HTTPS-URL's voor die host, met een optionele numerieke poort. De grens na de hostnaam voorkomt dat ook een langere naam zoals packages.internal.example.other-domain overeenkomt.
Dit is het bestand van de agentinstallatie, niet een bestand dat willekeurig in de broncode-checkout is geplaatst. De syntaxis verschilt ook van een door komma's gescheiden NO_PROXY-waarde. Het kopiëren van een shell-jokerteken zoals *.internal.example naar een veld voor reguliere expressies behoudt niet dezelfde betekenis.
Bepaal vervolgens wie het pakket downloadt
De ingebouwde bron- en artefactbewerkingen van de agent gebruiken de eigen proxyconfiguratie. Taken kunnen via de taakbibliotheek blootgelegde proxy-informatie ophalen en die op hun eigen HTTP-clients toepassen.
Een taak die een extern NuGet-, dotnet- of curl-proces aanroept, voegt nog een gebruiker toe. Controleer hoe die taak de proxy- en omzeilingsinstellingen aan de tool levert. Een correcte agentregel bewijst niet dat elke onafhankelijke pakketclient die heeft gelezen.
Bewaar de URL van de interne feed in het diagnoserecord, inclusief het schema en de poort. Test de regel tegen de URL waarmee contact wordt opgenomen en onderzoek daarna de taak- of clientconfiguratie die voor dat verzoek verantwoordelijk is.