Azure Pipelines: nastavitev proxy okolja za NuGet Restore

Procesu restore zagotovite http_proxy in no_proxy, tudi ko je NuGetAuthenticate že konfiguriral poverilnice za feeds.

NuGetAuthenticate konfigurira preverjanje pristnosti za feeds paketov. Uspešna opravila preverjanja pristnosti ne konfigurira izhodnega proxyja za dotnet, nuget.exe ali MSBuild.

Če nastavitev poverilnic uspe in naslednji restore potrebuje proxy HTTP, zagotovite okolje tega procesa. Na primer:

- task: NuGetAuthenticate@1

- script: dotnet restore
  env:
    http_proxy: $(proxyUrl)
    no_proxy: packages.corp.example,localhost,127.0.0.1

proxyUrl je obstoječa spremenljivka pipelinea, ki vsebuje želeni celotni URL proxyja. Prilagodite seznam obhodov dejanski politiki usmerjanja feedov. Za javne feeds, dovoljene prek javnega posrednika, seznam proxyjev HTTP ponuja kandidate za proxyUrl brez računa; obhode zasebnih feedov ohranite. Ta izsek predpostavlja, da so viri paketov projekta že konfigurirani.

V Linuxu in macOS so dokumentirana imena okolja z malimi črkami. Spremenljivka pipelinea z imenom http_proxy lahko pri samodejnem izvozu postane z velikimi črkami. Izrecno preslikavo env ohrani ključ, ki ga orodje potrebuje.

Za agenta, ki ga gostite sami, je druga možnost, da te vrednosti nastavite v okolju procesa agenta in agent po spremembi znova zaženete. Okolje drugega terminala ne posodobi storitve, ki že deluje.

NuGet podpira tudi vnose proxyja v svoji konfiguraciji. Hranite jih ločeno od poverilnic virov paketov in preverite dejanski obseg konfiguracije, ko restore teče pod drugim računom.

Obnovljen paket lahko zahteva več kot prvi URL feeda. Če poznejši prenos paketa ali gostitelj preverjanja pristnosti ne uspe, pri ocenjevanju politike proxyja in obhodov uporabite to dejansko ime gostitelja.

Sorodni članki