Buildx docker-container: stel BuildKit se proxy-omgewing op
’n docker-container-bouer het sy eie proxy-omgewing, apart van die daemon se aftrekkings en die bouargumente in die Dockerfile.
Vir ’n nuwe docker-container-bouer plaas jy die veranderlikes op die BuildKit-diens:
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 .env.<key>-dryweropsies plaas waardes binne daardie bouerhouer. Gebruik ’n eindpunt wat dit kan bereik; sy loopback is nie die gasheer se terminale nie. Vir toegelate versoeke aan openbare registrasies verskaf die HTTP-proxylys kandidate vir die drywer se HTTP-proxy-URL’s.
| Aftrek | Verbruiker/inset |
|---|---|
| Kry die BuildKit-beeld | Roete van die Docker-daemon |
| Bou-orkestrasie en basis-oplossing | Omgewing van die BuildKit-diens se drywer |
| Aflaaier binne RUN | Bou-omgewing van die stap, insluitend ondersteunde proxy-argumente |
’n Bouargument kan nie ’n lopende BuildKit-proses herkonfigureer nie, en die drywer se omgewing bepaal nie die pakketbestuurder se insette tydens RUN nie. Pas hierdie patroon by die werklike drywer en netwerk aan; afgeleë of geïntegreerde bouers kan ’n ander dienskonfigurasie gebruik.