Kvifor docker pull ignorerer proxyinnstillingane i containeren

Konfigurer Docker-komponenten som faktisk hentar image, i staden for å vente at proxyvariablar i containeren styrer daemonen.

Viss docker pull feilar, konfigurer Docker-daemonen eller Docker Desktop. Imaget vert lasta ned før applikasjonscontaineren kan lese proxyvariablane sine.

Docker Engine direkte på systemet

Slå denne delen saman med den eksisterande proxykonfigurasjonen for daemonen, byt dokumentasjonsendepunktet og hald på uvedkomande innstillingar. For testar med offentlege image der offentlege proxyar er tillatne, gir HTTP-proxylista kandidatar:

{
  "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"
  }
}

Daemonnøklane med bindestrek skil seg frå camelCase-nøklane i Docker-klientens ~/.docker/config.json. Proxyseksjonen i klienten gir miljøvariablar til nye containerar og bygg; han konfigurerer korkje nedlastingar i daemonen eller miljøet i eksisterande containerar.

Utfør den dokumenterte omstarten av daemonen for installasjonen, og planlegg verknaden på noverande arbeidslaster. Daemonen kan òg få proxyvariablar i startmiljøet sitt; ein seinare export i ein terminal oppdaterer ikkje ei teneste som køyrer.

Docker Desktop

Bruk proxyinnstillingane i Desktop. Docker dokumenterer at Desktop ignorerer proxypostar i daemon.json. Å endre dømet for native Engine om att og om att konfigurerer difor ikkje vegen til dette produktet.

Prøv å hente imaget på nytt etter at rett komponent er oppdatert. Sjå om registertilgang, autentisering, omdirigeringar eller nedlasting av lag feila. Ein fungerande HTTP-førespurnad i ein eksisterande container sjekkar berre ruta til den appen. Hald proxyopplysningar unna delte skjermbilete og committa filer; daemonkonfigurasjon og containermiljø er ikkje løyndomslager.

Relaterte artiklar