Nelaikykite kūrimo metu naudojamų tarpinio serverio duomenų Docker atvaizduose
Naudokite Docker iš anksto apibrėžtus kūrimo tarpinio serverio įvesties duomenis ir nepaverskite laikinų paslapčių nuolatinėmis atvaizdo aplinkos reikšmėmis.
Paketams atsisiųsti kūrimo metu naudokite iš anksto apibrėžtus Docker tarpinio serverio duomenis, o ne saugokite laikiną maršrutą Dockerfile ENV. POSIX iškvietimas gali pateikti:
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 .Pakeiskite dokumentacijos galinį tašką. Jei reikšmės po --build-arg pavadinimų praleidžiamos, jos paimamos iš šio iškvietimo aplinkos. Atitinkamų ARG deklaracijų nereikia.
Docker pagal numatytuosius nustatymus neįtraukia šių tarpinio serverio argumentų į kūrimo podėlio tvarkymą ir docker history. Aiški nuoroda Dockerfile pakeičia elgseną, todėl deklaracijų nepridėkite vien todėl, kad jas naudoja kitas pavyzdys.
Procesas reikšmes vis tiek gauna. Autentifikuotas URL gali nutekėti per išvedamą aplinką, žurnalus, nukopijuotą konfigūraciją ar vėlesnes atvaizdo operacijas. Dockerfile ENV paverčia maršrutą galutinės aplinkos dalimi.
Kai komandai reikia jautrios medžiagos, BuildKit secret mount suteikia kūrimo metu naudojamą paslapties sąsają. Apribokite kredencialą šia operacija; nespausdinkite mount ir nekopijuokite jo turinio į atvaizdo sluoksnį.
Šie kūrimo duomenys nekonfigūruoja nei ankstesnio daemon registro atsisiuntimo, nei nepasiekiamo nuotolinio builder pagrindinio kompiuterio maršruto. Vėliau patikrinkite galutinį atvaizdą ir programos konfigūraciją dėl nuolatinių tarpinio serverio reikšmių.