Buildx docker-container: d’Proxy-Ëmwelt vum BuildKit astellen
E docker-container-Builder huet seng eegen Proxy-Ëmwelt, getrennt vun den Downloads vum Daemon an vun de RUN-Buildargumenter an der Dockerfile.
Fir en neien docker-container-Builder setzt dir d’Variabelen um BuildKit-Service:
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 .D’Driveroptiounen env.<key> leeën d’Wäerter bannen an deem Builder-Container. Benotzt en Endpunkt, deen en ereeche kann; säi Loopback ass net den Terminal vum Host. Fir erlaabt Ufroen un ëffentlech Registren bitt d’HTTP-Proxy-Lëscht Kandidaten fir d’HTTP-Proxy-URLen vum Driver.
| Download | Verbraucher/Input |
|---|---|
| BuildKit-Image kréien | Route vum Docker-Daemon |
| Build-Orchestratioun a Basisopléisung | Driver-Ëmwelt vum BuildKit-Service |
| Downloader bannen an RUN | Build-Ëmwelt vum Schrëtt, inklusiv ënnerstëtzten Proxyargumenter |
E Buildargument kann e lafende BuildKit-Prozess net nei astellen, an d’Driver-Ëmwelt leet d’Inpute vum Pakmanager wärend RUN net fest. Passt dëst Muster un den tatsächlechen Driver an un d’Netz un; entfernt oder integréiert Builder kënnen eng aner Servicekonfiguratioun benotzen.