Hald proxyopplysningar frå bygginga borte frå Docker-bilete
Bruk dei førehandsdefinerte proxyinnsignala for bygging i Docker, og ikkje gjer mellombelse proxy-løyndomar til varige miljøverdiar i biletet.
For å lasta ned pakkar under bygging skal du bruka førehandsdefinerte proxyinnsignal frå Docker i staden for å lagra ein mellombels veg i ENV i Dockerfile. Eit POSIX-kall kan gi:
HTTP_PROXY=http://203.0.113.10:8080 \
HTTPS_PROXY=http://203.0.113.10:8080 \
docker build --build-arg HTTP_PROXY --build-arg HTTPS_PROXY .Byt ut endepunktet frå dokumentasjonen. Dersom du utelèt verdiar etter namna på --build-arg, vert dei henta frå miljøet til dette kallet. Tilsvarande ARG-deklarasjonar trengst ikkje.
Docker held desse proxyargumenta ute frå byggbufferhandsaming og docker history som standard. Ei uttrykkeleg referanse i Dockerfile endrar åtferda; ikkje legg til deklarasjonar berre fordi eit anna byggjeeksempel gjer det.
Prosessen får verdiane likevel. Ein autentisert URL kan lekka gjennom utskrive miljø, loggar, kopiert konfigurasjon eller seinare bileteoperasjonar. ENV i Dockerfile gjer vegen til ein del av det endelege biletmiljøet.
Når ein kommando treng sensitivt materiale, gir BuildKit secret mount eit grensesnitt for løyndomar under bygging. Avgrens opplysningane til denne operasjonen; ikkje skriv ut mount-en og ikkje kopier innhaldet til eit biletlag.
Desse byggjeinnsignala konfigurerer korkje den tidlegare registerhentinga frå daemon eller vertsruta til ein utilgjengeleg ekstern builder. Sjekk deretter det endelege biletet og programkonfigurasjonen for varige proxyverdiar.