Buildx docker-container: configurare l’ambiente proxy di BuildKit
Un builder docker-container ha un proprio ambiente proxy, separato dai download del demone e dagli argomenti build RUN del Dockerfile.
Per un nuovo builder docker-container, impostate le variabili sul servizio 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 .Le opzioni del driver env.<key> collocano i valori dentro quel container builder. Usate un endpoint che riesca a raggiungere; il suo loopback non è il terminale dell’host. Per le richieste consentite ai registri pubblici, la lista di proxy HTTP fornisce candidati per gli URL proxy HTTP del driver.
| Download | Consumatore/ingresso |
|---|---|
| Ottenere l’immagine BuildKit | Percorso del demone Docker |
| Orchestrazione della build e risoluzione della base | Ambiente del driver del servizio BuildKit |
| Downloader dentro RUN | Ambiente di build del passo, inclusi gli argomenti proxy supportati |
Un argomento build non può riconfigurare un processo BuildKit in esecuzione, e l’ambiente del driver non stabilisce gli ingressi del gestore di pacchetti durante RUN. Adattate questo schema al driver e alla rete reali; i builder remoti o integrati possono usare un’altra configurazione del servizio.