Proč docker pull ignoruje nastavení proxy kontejneru

Nastavte komponentu Dockeru, která skutečně stahuje obrazy, místo očekávání, že proměnné proxy v kontejneru řídí démona.

Pokud docker pull selže, nastavte démona Dockeru nebo Docker Desktop. Obraz se stahuje dříve, než aplikační kontejner může přečíst své proměnné proxy.

Nativní Docker Engine

Sloučte tuto část se stávající konfigurací proxy démona, nahraďte dokumentační bod a zachovejte nesouvisející nastavení. Pro testy veřejných obrazů, kde jsou veřejné proxy povoleny, nabízí seznam HTTP proxy kandidáty:

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

Klíče démona se spojovníky se liší od klíčů camelCase v ~/.docker/config.json klienta Dockeru. Sekce proxy klienta poskytuje proměnné prostředí pro nové kontejnery a sestavení; nenastavuje stahování démona ani prostředí již existujících kontejnerů.

Proveďte restart démona dokumentovaný pro instalaci a naplánujte jeho vliv na aktuální úlohy. Démon může také dostat proměnné proxy ve svém spouštěcím prostředí; pozdější export v terminálu neaktualizuje běžící službu.

Docker Desktop

Použijte nastavení proxy v Desktopu. Docker uvádí, že Desktop ignoruje položky proxy v daemon.json, takže opakované změny příkladu nativního Engine nenastaví cestu tohoto produktu.

Po aktualizaci správné komponenty zkuste obraz stáhnout znovu. Rozlište, zda selhal přístup k registru, ověřování, přesměrování nebo stahování vrstvy. Funkční HTTP požadavek uvnitř existujícího kontejneru ověřuje pouze cestu této aplikace. Přihlašovací údaje proxy nedávejte do sdílených snímků ani commitovaných souborů; konfigurace démona a prostředí kontejneru nejsou úložiště tajemství.

Související články