Пазете прокси данните за удостоверяване извън Docker образите
Използвайте целенасочено предварително дефинираните прокси входове на Docker и не превръщайте временните прокси тайни в постоянни стойности на средата в образа.
За изтегляния на пакети по време на компилация използвайте предварително дефинираните прокси входове на Docker, вместо да записвате временен маршрут в ENV на Dockerfile. POSIX извикване може да подаде:
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 .Заменете крайната точка от документацията. Ако стойностите след имената --build-arg бъдат пропуснати, те се вземат от средата на това извикване. За тези предварително дефинирани входове не са нужни съответни декларации ARG.
Docker по подразбиране изключва тези прокси аргументи от обработката на кеша за компилация и от docker history. Явното им използване в Dockerfile променя това поведение, затова не добавяйте декларации само защото друг пример с аргумент за компилация го прави.
Процесът все пак получава стойностите. URL с удостоверяване може да изтече през отпечатана среда, журнали, копирана конфигурация или последващи операции с образа, дори ако един изглед на историята го скрива. ENV в Dockerfile прави маршрута част от крайната среда на образа и може да превърне прокси само за компилация в зависимост на всеки контейнер.
Когато команда изисква чувствителен материал, secret mount на BuildKit предоставя интерфейс за тайна по време на компилация. Ограничете данните до тази операция; не отпечатвайте mount и не копирайте съдържанието му в слой на образа.
Тези входове за компилация не конфигурират нито по-ранното изтегляне от регистъра от daemon, нито хост маршрута на недостъпен отдалечен builder. След това проверете крайния образ и конфигурацията на приложението за постоянни прокси стойности.