NuGetAuthenticate konfiguriert die Authentifizierung für Paket-Feeds. Eine erfolgreiche Authentifizierungsaufgabe konfiguriert jedoch keinen ausgehenden Proxy für dotnet, nuget.exe oder MSBuild.

Wenn die Einrichtung der Anmeldedaten gelingt und der folgende Restore einen HTTP-Proxy benötigt, geben Sie dieser Prozessumgebung die Werte mit. Zum Beispiel:

- task: NuGetAuthenticate@1

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

proxyUrl ist eine vorhandene Pipelinevariable mit der gewünschten vollständigen Proxy-URL. Passen Sie die Ausnahmeliste an die tatsächliche Routingrichtlinie der Feeds an. Für öffentliche Feeds, die über einen öffentlichen Vermittler erlaubt sind, liefert die HTTP-Proxy-Liste Kandidaten für eine proxyUrl ohne Konto; Ausnahmen für private Feeds bleiben bestehen. Dieses Fragment setzt voraus, dass die Paketquellen des Projekts bereits konfiguriert sind.

Unter Linux und macOS sind die dokumentierten Umgebungsnamen kleingeschrieben. Eine Pipelinevariable namens http_proxy kann beim automatischen Export großgeschrieben werden. Eine explizite env-Zuordnung erhält den Schlüssel, den das Werkzeug benötigt.

Bei einem selbst gehosteten Agent besteht eine weitere Möglichkeit darin, diese Werte in der Umgebung des Agent-Prozesses zu setzen und den Agent nach der Änderung neu zu starten. Die Umgebung eines anderen Terminals aktualisiert keinen bereits laufenden Dienst.

NuGet unterstützt außerdem Proxy-Einträge in seiner Konfiguration. Halten Sie diese von den Anmeldedaten der Paketquellen getrennt und prüfen Sie den tatsächlichen Geltungsbereich der Konfiguration, wenn ein Restore unter einem anderen Konto läuft.

Ein wiederhergestelltes Paket kann mehr als die erste URL des Feeds benötigen. Wenn ein späterer Paketdownload oder Authentifizierungshost fehlschlägt, verwenden Sie beim Bewerten der Proxy- und Ausnahmerichtlinie genau diesen Hostnamen.

Ähnliche Artikel