Enregistrer l'agent Azure Pipelines avec ses entrées de proxy
Fournissez l'URL du proxy et le compte lors de la configuration de l'agent, puis traitez séparément les requêtes des tâches, des outils externes et des conteneurs.
./config.sh --proxyurl http://proxy.example:8080 \
--proxyusername PROXY_USER \
--proxypassword PROXY_PASSWORDAjoutez ces paramètres aux entrées d'enregistrement habituelles de l'installation. Utilisez config.cmd sous Windows et obtenez les vraies valeurs du compte via la gestion des identifiants du déploiement.
Le proxy enregistré couvre la communication avec Azure DevOps ainsi que les opérations intégrées sur les sources et les artefacts. Les tâches obtiennent les informations de proxy exposées via la bibliothèque de tâches et doivent les appliquer à leurs propres clients HTTP.
Les appels externes curl, dotnet ou Maven ont besoin de leur propre entrée prise en charge. Les travaux de conteneur ont aussi besoin d'un point de terminaison joignable depuis leur réseau ; le loopback de l'agent hôte désigne un autre emplacement à cet endroit. Les extractions d'images antérieures relèvent du moteur d'exécution des conteneurs.
Pour un proxy qui accepte le repli Basic lorsque la configuration reçoit 407, l'indicateur documenté --usebasicauthforproxy sélectionne cette voie ; il ne peut pas ajouter un mécanisme que le proxy ne prend pas en charge.
Dans un script de groupe de déploiement généré, ajoutez les entrées à son appel config.cmd en conservant les arguments d'organisation et de groupe. Une modification de WebRequest.DefaultWebProxy dans le PowerShell parent n'est pas la configuration de l'agent de l'enfant.