Zašto docker pull zanemaruje proxy postavke kontejnera

Postavite Docker komponentu koja stvarno preuzima slike umjesto očekivanja da proxy varijable kontejnera upravljaju demonom.

Ako docker pull ne uspije, postavite Docker demon ili Docker Desktop. Slika se preuzima prije nego što aplikacijski kontejner može pročitati svoje proxy varijable.

Izvorni Docker Engine

Spojite ovaj odjeljak s postojećom proxy konfiguracijom demona, zamijenite dokumentacijsku točku i sačuvajte nepovezane postavke. Za testove javnih slika gdje su javni proxyji dopušteni popis HTTP proxyja daje kandidate:

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

Ključevi demona sa spojnicama razlikuju se od camelCase ključeva u ~/.docker/config.json Docker klijenta. Proxy odjeljak klijenta daje varijable okruženja za nove kontejnere i izgradnje; ne postavlja preuzimanja demona ni okruženja već postojećih kontejnera.

Izvršite ponovno pokretanje demona dokumentirano za instalaciju i planirajte utjecaj na trenutačna radna opterećenja. Demon može dobiti proxy varijable i u početnom okruženju; kasniji export u terminalu ne ažurira uslugu koja radi.

Docker Desktop

Koristite proxy postavke Desktopa. Docker navodi da Desktop zanemaruje proxy unose u daemon.json, pa ponavljano mijenjanje primjera izvornog Enginea ne postavlja put tog proizvoda.

Ponovno pokušajte preuzeti sliku nakon ažuriranja stvarne komponente. Utvrdite je li zakazao pristup registru, autentifikacija, preusmjeravanje ili preuzimanje sloja. Uspješan HTTP zahtjev u postojećem kontejneru provjerava samo put te aplikacije. Ne stavljajte proxy vjerodajnice u dijeljene snimke zaslona ili commitane datoteke; konfiguracija demona i okruženje kontejnera nisu spremišta tajni.

Povezani članci