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 tačku i sačuvajte nepovezane postavke. Za testove javnih slika gdje su javni proxyji dopušteni lista 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 s crticama 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 dokumentovano za instalaciju i planirajte uticaj na trenutna 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.

Ponovo 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 pristupne podatke proxyja u dijeljene snimke ekrana ili commitane datoteke; konfiguracija demona i okruženje kontejnera nisu spremišta tajni.

Povezani članci