Hvorfor docker pull ignorerer containerens proxyinnstillinger

Konfigurer Docker-komponenten som faktisk henter images, i stedet for å vente at containerens proxyvariabler styrer daemonen.

Hvis docker pull feiler, konfigurer Docker-daemonen eller Docker Desktop. Imaget lastes ned før applikasjonscontaineren kan lese sine proxyvariabler.

Docker Engine direkte på systemet

Slå denne delen sammen med eksisterende proxykonfigurasjon for daemonen, erstatt dokumentasjonsendepunktet og behold uvedkommende innstillinger. For tester med offentlige images der offentlige proxyer er tillatt, gir HTTP-proxylisten kandidater:

{
  "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øklene med bindestrek er forskjellige fra camelCase-nøklene i Docker-klientens ~/.docker/config.json. Klientens proxyseksjon leverer miljøvariabler til nye containere og bygg; den konfigurerer verken daemonens nedlastinger eller miljøet i eksisterende containere.

Utfør daemonens dokumenterte omstart for installasjonen, og planlegg virkningen på nåværende arbeidslaster. Daemonen kan også få proxyvariabler i startmiljøet sitt; en senere export i en terminal oppdaterer ikke en tjeneste som kjører.

Docker Desktop

Bruk proxyinnstillingene i Desktop. Docker dokumenterer at Desktop ignorerer proxyposter i daemon.json. Å endre eksemplet for native Engine gjentatte ganger konfigurerer derfor ikke dette produktets vei.

Prøv å hente imaget på nytt etter at riktig komponent er oppdatert. Se om det var registertilgang, autentisering, omdirigeringer eller nedlasting av lag som feilet. En fungerende HTTP-forespørsel i en eksisterende container sjekker bare den appens rute. Hold proxyopplysninger unna delte skjermbilder og committede filer; daemonkonfigurasjon og containermiljø er ikke hemmelighetslagre.

Relaterte artikler