Pse docker pull i shpërfill cilësimet proxy të kontejnerit

Konfiguroni komponentin Docker që shkarkon vërtet imazhet në vend që të prisni që variablat proxy të kontejnerit të kontrollojnë daemon-in.

Nëse docker pull dështon, konfiguroni daemon-in Docker ose Docker Desktop. Imazhi shkarkohet para se kontejneri i aplikacionit të mund të lexojë variablat e veta proxy.

Docker Engine i drejtpërdrejtë

Bashkojeni këtë pjesë me konfigurimin proxy ekzistues të daemon-it, ndryshoni pikën e dokumentacionit dhe ruani cilësimet e palidhura. Për prova imazhesh publike ku lejohen proxy publikë, lista e proxy-ve HTTP jep kandidatë:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

Çelësat e daemon-it me viza ndryshojnë nga çelësat camelCase në ~/.docker/config.json të klientit Docker. Pjesa proxy e klientit jep variabla mjedisi për kontejnerë të rinj dhe ndërtime; nuk konfiguron shkarkimet e daemon-it ose mjediset e kontejnerëve ekzistues.

Kryeni rinisjen e daemon-it të dokumentuar për instalimin dhe planifikoni ndikimin në punët aktuale. Daemon-i mund të marrë variabla proxy edhe në mjedisin e nisjes; një export më vonë në terminal nuk përditëson një shërbim që punon.

Docker Desktop

Përdorni cilësimet proxy të Desktop. Docker dokumenton që Desktop shpërfill hyrjet proxy në daemon.json, ndaj ndryshimi i përsëritur i shembullit për Engine të drejtpërdrejtë nuk konfiguron rrugën e këtij produkti.

Provoni sërish marrjen e imazhit pas përditësimit të komponentit të duhur. Lexoni nëse dështoi hyrja në regjistër, autentikimi, ridrejtimet apo shkarkimi i shtresës. Një kërkesë HTTP që punon brenda një kontejneri ekzistues kontrollon vetëm rrugën e atij aplikacioni. Mos fusni kredenciale proxy në pamje ekrani të ndara ose skedarë në commit; konfigurimi i daemon-it dhe mjedisi i kontejnerit nuk janë depo sekretesh.

Artikuj të ngjashëm