Buildx docker-container: Proxy-Umgebung für BuildKit konfigurieren
Ein docker-container-Builder besitzt eine eigene Proxy-Umgebung, getrennt von den Pulls des Daemons und von RUN-Build-Argumenten im Dockerfile.
Für einen neuen docker-container-Builder setzen Sie die Variablen am BuildKit-Dienst:
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 .Treiberoptionen env.<key> legen Werte im Inneren dieses Builder-Containers ab. Verwenden Sie einen Endpunkt, den er erreichen kann; sein Loopback ist nicht das Terminal des Hosts. Für erlaubte Anfragen an öffentliche Registries liefert die HTTP-Proxy-Liste Kandidaten für die HTTP-Proxy-URLs des Treibers.
| Download | Verbraucher/Eingabe |
|---|---|
| BuildKit-Image beziehen | Route des Docker-Daemons |
| Build-Orchestrierung und Basisauflösung | Treiberumgebung des BuildKit-Dienstes |
| Downloader innerhalb RUN | Build-Umgebung des Schritts, einschließlich unterstützter Proxy-Argumente |
Ein Build-Argument kann einen laufenden BuildKit-Prozess nicht umkonfigurieren, und die Treiberumgebung legt die Eingaben des Paketmanagers während RUN nicht fest. Passen Sie dieses Muster an den tatsächlichen Treiber und das Netzwerk an; entfernte oder integrierte Builder können eine andere Dienstkonfiguration verwenden.