Hvorfor docker pull ignorerer containerens proxyindstillinger

Konfigurér den Docker-komponent, der faktisk henter images, i stedet for at forvente, at containerens proxyvariabler styrer daemonen.

Hvis docker pull fejler, skal du konfigurere Docker-daemonen eller Docker Desktop. Imaget downloades, før programcontaineren kan læse sine proxyvariabler.

Docker Engine direkte på systemet

Flet denne del ind i den eksisterende proxykonfiguration for daemonen, udskift dokumentationsendepunktet, og bevar uvedkommende indstillinger. Til tests med offentlige images, hvor offentlige proxyer er tilladt, giver 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"
  }
}

Daemonens nøgler med bindestreger adskiller sig fra camelCase-nøglerne i Docker-klientens ~/.docker/config.json. Klientens proxyafsnit leverer miljøvariabler til nye containere og builds; det konfigurerer hverken daemonens downloads eller miljøer i eksisterende containere.

Foretag den daemongenstart, der er dokumenteret for installationen, og planlæg påvirkningen af nuværende arbejdsbelastninger. Daemonen kan også få proxyvariabler i sit startmiljø; en senere export i en terminal opdaterer ikke en kørende tjeneste.

Docker Desktop

Brug Desktops proxyindstillinger. Docker dokumenterer, at Desktop ignorerer proxyposter i daemon.json, så gentagne ændringer af eksemplet for native Engine konfigurerer ikke dette produkts vej.

Prøv at hente imaget igen efter ændring af den rigtige komponent. Se, om fejlen rammer registeradgang, godkendelse, omdirigeringer eller lagdownload. En fungerende HTTP-anmodning i en eksisterende container kontrollerer kun det programs rute. Hold proxyoplysninger ude af delte skærmbilleder og committede filer; daemonkonfiguration og containermiljø er ikke hemmelighedslagre.

Relaterede artikler