Panatilihin ang mga kredensyal ng proxy sa oras ng build sa labas ng mga Docker image

Para sa pag-download ng mga pakete habang nagbi-build, gamitin ang mga paunang natukoy na input ng proxy ng Docker sa halip na mag-save ng pansamantalang ruta sa ENV ng Dockerfile. Maaaring magbigay ang isang POSIX invocation ng:

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 .

Palitan ang endpoint sa dokumentasyon. Kung aalisin ang mga halaga pagkatapos ng mga pangalan ng --build-arg, kukunin ang mga ito mula sa environment ng invocation na ito. Hindi kailangan ang katugmang ARG na deklarasyon para sa mga paunang natukoy na input.

Inaalis ng Docker ang mga proxy argument na iyon sa paghawak ng build cache at sa docker history bilang default. Kapag tahasang tinukoy ang mga ito sa Dockerfile, nagbabago ang gawi, kaya huwag magdagdag ng deklarasyon dahil lang ginagawa ito ng isa pang halimbawa ng build argument.

Natatanggap pa rin ng proseso ang mga halaga. Maaaring tumagas ang isang authenticated URL sa pamamagitan ng nakalimbag na environment, log, kinopyang config o mga susunod na operasyon sa image kahit na may isang view ng history na hindi ito ipinapakita. Ginagawang bahagi ng environment ng final image ng Dockerfile ENV ang isang ruta at maaaring gawing dependency ng bawat container ang proxy na para sa build lang.

Kapag kailangan ng command ang sensitibong materyal, nagbibigay ang mga BuildKit secret mount ng interface ng secret sa oras ng build. Limitahan ang kredensyal sa operasyong iyon; huwag i-print ang mount at huwag kopyahin ang mga nilalaman nito sa isang layer ng image.

Hindi kinokonfigura ng mga input ng build na ito ang naunang pag-pull ng registry ng daemon ni ang host route ng isang hindi maabot na remote builder. Pagkatapos, siyasatin ang nilalayong final image at config ng application para sa permanenteng proxy value sa halip na ipagpalagay na inalis ng paghawak ng pansamantalang input ang bawat kopya.