Buildx docker-container : configurer l’environnement proxy de BuildKit
Un builder docker-container possède son propre environnement proxy, distinct des téléchargements du démon et des arguments de build RUN du Dockerfile.
Pour un nouveau builder docker-container, placez les variables sur le service BuildKit :
docker buildx create --name proxy-builder --driver docker-container --driver-opt env.HTTP_PROXY=http://proxy.example:8080 --driver-opt env.HTTPS_PROXY=http://proxy.example:8080
docker buildx build --builder proxy-builder .Les options de pilote env.<key> déposent les valeurs à l’intérieur de ce conteneur builder. Utilisez un point de terminaison qu’il peut joindre ; son loopback n’est pas le terminal de l’hôte. Pour les requêtes autorisées vers les registres publics, la liste de proxies HTTP fournit des candidats pour les URL de proxy HTTP du pilote.
| Téléchargement | Consommateur/entrée |
|---|---|
| Obtenir l’image BuildKit | Route du démon Docker |
| Orchestration du build et résolution de la base | Environnement du pilote du service BuildKit |
| Téléchargeur dans RUN | Environnement de build de l’étape, y compris les arguments proxy pris en charge |
Un argument de build ne peut pas reconfigurer un processus BuildKit en cours d’exécution, et l’environnement du pilote n’établit pas les entrées du gestionnaire de paquets pendant RUN. Adaptez ce schéma au pilote et au réseau réels ; les builders distants ou intégrés peuvent utiliser une autre configuration de service.