Använd Dockers fördefinierade proxyindata för paketnedladdningar under ett bygge i stället för att spara en tillfällig väg i Dockerfile-ENV. Ett POSIX-anrop kan ange:

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 .

Ersätt dokumentationens slutpunkt. Om värden utelämnas efter namnen på --build-arg hämtas de från miljön för detta anrop. Matchande ARG-deklarationer behövs inte för dessa fördefinierade indata.

Docker undantar som standard dessa proxyargument från byggcachehantering och docker history. Explicit referens i Dockerfile ändrar detta beteende; lägg därför inte till deklarationer bara för att ett annat byggargumentexempel gör det.

Processen får ändå värdena. En autentiserad URL kan läcka via utskriven miljö, loggar, kopierad konfiguration eller senare bildoperationer även om en historikvy döljer den. ENV i Dockerfile gör vägen till en del av den slutliga bildmiljön och kan göra en proxy för bara bygget till ett beroende för varje container.

När ett kommando behöver känsligt material ger BuildKit secret mounts ett gränssnitt för bygghemligheter. Begränsa uppgiften till den åtgärden; skriv inte ut mounten och kopiera inte dess innehåll till ett bildlager.

Dessa byggindata konfigurerar varken daemonens tidigare registerhämtning eller värdvägen för en otillgänglig fjärrbyggare. Kontrollera sedan den avsedda slutliga avbildningen och programkonfigurationen efter bestående proxyvärden.

Relaterade artiklar