Hou bou-tydse proxybewyse uit Docker-beelde

Gebruik Docker se vooraf gedefinieerde proxyinsette vir pakketaflaaie tydens ’n bou eerder as om ’n tydelike roete in Dockerfile-ENV te stoor. ’n POSIX-aanroep kan voorsien:

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 .

Vervang die dokumentasie-eindpunt. As waardes ná die --build-arg-name weggelaat word, kom hulle uit hierdie aanroep se omgewing. Ooreenstemmende ARG-verklarings is nie vir hierdie vooraf gedefinieerde insette nodig nie.

Docker sluit hierdie proxy-argumente by verstek uit van boukasverwerking en docker history. Om hulle uitdruklik in die Dockerfile te verwys, verander daardie gedrag; moenie verklarings byvoeg net omdat ’n ander bou-argumentvoorbeeld dit doen nie.

Die proses ontvang steeds die waardes. ’n Geoutentiseerde URL kan deur gedrukte omgewing, logs, gekopieerde konfigurasie of latere beeldbewerkings uitlek, selfs al laat een geskiedenis-aansig dit weg. Dockerfile-ENV maak ’n roete deel van die finale beeldomgewing en kan ’n bou-net-proxy in elke houer se afhanklikheid verander.

Wanneer ’n opdrag sensitiewe materiaal nodig het, bied BuildKit-geheime monterings ’n bou-tydse geheimkoppelvlak. Beperk die bewys tot daardie bewerking; moenie die montering druk of die inhoud na ’n beeldlaag kopieer nie.

Hierdie bou-insette stel nóg die daemoon se vroeëre registertrek nóg die gasheerroete van ’n onbereikbare afstandbouer op. Inspekteer daarna die bedoelde finale beeld en toepassingkonfigurasie vir volgehoue proxywaardes, sonder om aan te neem tydelike hantering het elke kopie verwyder.