Dlaczego docker pull ignoruje ustawienia proxy kontenera

Skonfiguruj komponent Dockera, który faktycznie pobiera obrazy, zamiast oczekiwać, że zmienne proxy kontenera sterują demonem.

Jeśli docker pull zawodzi, skonfiguruj demona Dockera lub Docker Desktop. Obraz jest pobierany, zanim kontener aplikacji może odczytać własne zmienne proxy.

Natywny Docker Engine

Połącz tę sekcję z istniejącą konfiguracją proxy demona, zastępując przykładowy punkt i zachowując niezwiązane ustawienia. Do testów publicznych obrazów, w których wolno użyć publicznych proxy, lista proxy HTTP dostarcza kandydatów:

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

Klucze demona z łącznikami różnią się od kluczy camelCase w ~/.docker/config.json klienta Dockera. Sekcja proxy klienta dostarcza zmienne środowiskowe dla nowych kontenerów i kompilacji; nie konfiguruje pobierania przez demona ani środowisk już istniejących kontenerów.

Wykonaj restart demona opisany dla danej instalacji, planując jego wpływ na obecne zadania. Demon może też otrzymać zmienne proxy w środowisku startowym; późniejszy export w terminalu nie aktualizuje działającej usługi.

Docker Desktop

Użyj ustawień proxy Desktop. Docker dokumentuje, że Desktop ignoruje wpisy proxy w daemon.json, więc ciągłe zmienianie przykładu natywnego Engine nie skonfiguruje ścieżki tego produktu.

Po aktualizacji właściwego komponentu ponów pobieranie obrazu. Ustal, czy zawiodły dostęp do rejestru, uwierzytelnianie, przekierowania czy pobieranie warstwy. Działające żądanie HTTP w istniejącym kontenerze sprawdza tylko trasę tej aplikacji. Nie umieszczaj danych proxy na udostępnianych zrzutach ani w commitowanych plikach; konfiguracja demona i środowisko kontenera nie są magazynami sekretów.

Powiązane artykuły