Zakaj docker pull prezre nastavitve posrednika v vsebniku

Nastavite komponento Dockerja, ki dejansko prenaša slike, namesto da bi pričakovali, da spremenljivke posrednika v vsebniku upravljajo demona.

Če docker pull ne uspe, nastavite demon Docker ali Docker Desktop. Slika se prenese, preden aplikacijski vsebnik lahko prebere svoje spremenljivke posrednika.

Izvorni Docker Engine

Ta del združite z obstoječo konfiguracijo posrednika za demon, zamenjajte dokumentacijsko točko in ohranite nepovezane nastavitve. Za preizkuse javnih slik, kjer so javni posredniki dovoljeni, seznam HTTP posrednikov ponuja 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či demona z vezaji se razlikujejo od ključev camelCase v ~/.docker/config.json odjemalca Docker. Odjemalčev odsek posrednika zagotavlja okoljske spremenljivke za nove vsebnike in gradnje; ne nastavlja prenosov demona ali okolij že obstoječih vsebnikov.

Izvedite za namestitev dokumentiran ponovni zagon demona in načrtujte vpliv na trenutne obremenitve. Demon lahko spremenljivke posrednika prejme tudi v zagonskem okolju; poznejši export v terminalu ne posodobi delujoče storitve.

Docker Desktop

Uporabite nastavitve posrednika v Desktopu. Docker dokumentira, da Desktop prezre vnose posrednika v daemon.json, zato ponavljajoče spreminjanje primera za izvorni Engine ne nastavi poti tega izdelka.

Po posodobitvi prave komponente ponovno poskusite prenesti sliko. Ugotovite, ali je odpovedal dostop do registra, overjanje, preusmeritve ali prenos plasti. Delujoča zahteva HTTP v obstoječem vsebniku preveri le pot te aplikacije. Poverilnic posrednika ne vključujte v deljene posnetke ali potrjene datoteke; konfiguracija demona in okolje vsebnika nista shrambi skrivnosti.

Sorodni članki