Buildx docker-container: configura el entorno de proxy de BuildKit
Un builder docker-container tiene su propio entorno de proxy, separado de las descargas del demonio y de los argumentos de build RUN del Dockerfile.
Para un builder docker-container nuevo, coloque las variables en el servicio 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 .Las opciones de controlador env.<key> sitúan los valores dentro de ese contenedor builder. Use un endpoint al que pueda llegar; su loopback no es la terminal del host. Para las peticiones permitidas a registros públicos, la lista de proxies HTTP ofrece candidatos para las URL de proxy HTTP del controlador.
| Descarga | Consumidor/entrada |
|---|---|
| Obtener la imagen de BuildKit | Ruta del demonio Docker |
| Orquestación del build y resolución de la base | Entorno del controlador del servicio BuildKit |
| Descargador dentro de RUN | Entorno de build del paso, incluidos los argumentos de proxy admitidos |
Un argumento de build no puede reconfigurar un proceso BuildKit en ejecución, y el entorno del controlador no establece las entradas del gestor de paquetes durante RUN. Ajuste este patrón al controlador y a la red reales; los builders remotos o integrados pueden usar otra configuración de servicio.