Azure-Pipelines-Agent mit seinen Proxy-Eingaben registrieren

Proxy-URL und Konto bei der Agent-Konfiguration angeben und dann Task-, Extern-Tool- und Container-Anfragen getrennt behandeln.

./config.sh --proxyurl http://proxy.example:8080 \
  --proxyusername PROXY_USER \
  --proxypassword PROXY_PASSWORD

Fügen Sie diese Parameter den normalen Registrierungseingaben der Installation hinzu. Verwenden Sie config.cmd unter Windows und beziehen Sie echte Kontowerte über die Credential-Verwaltung der Bereitstellung.

Der erfasste Proxy deckt die Azure-DevOps-Kommunikation sowie die eingebauten Quell- und Artefaktvorgänge ab. Tasks erhalten die bereitgestellten Proxy-Informationen über die Task-Bibliothek und müssen sie auf ihre eigenen HTTP-Clients anwenden.

Externe curl-, dotnet- oder Maven-Aufrufe brauchen ihre eigene unterstützte Eingabe. Container-Jobs benötigen zudem einen aus ihrem Netz erreichbaren Endpunkt; der Loopback des Host-Agents bedeutet dort einen anderen Ort. Frühere Image-Pulls sind eine Anfrage der Container-Runtime.

Für einen Proxy, der einen Basic-Fallback akzeptiert, wenn das Setup 407 erhält, wählt das dokumentierte Flag --usebasicauthforproxy diesen Weg; es kann keinen Mechanismus hinzufügen, den der Proxy nicht unterstützt.

Fügen Sie in einem generierten Deployment-Group-Skript die Eingaben in dessen config.cmd-Aufruf ein und bewahren Sie dabei die Organisations- und Gruppenargumente. Eine Änderung von WebRequest.DefaultWebProxy in einem übergeordneten PowerShell ist nicht die Agent-Konfiguration des Kindprozesses.

Ähnliche Artikel