Kwa nini docker pull inapuuza mipangilio ya proksi ya kontena

Sanidi sehemu ya Docker inayopakua picha kwa kweli badala ya kutarajia vigezo vya proksi vya kontena kudhibiti daemon.

docker pull ikishindwa, sanidi daemon ya Docker au Docker Desktop. Picha hupakuliwa kabla kontena la programu halijaweza kusoma vigezo vyake vya proksi.

Docker Engine ya moja kwa moja

Unganisha sehemu hii na usanidi uliopo wa proksi ya daemon, badilisha sehemu ya mfano wa nyaraka na hifadhi mipangilio isiyohusika. Kwa majaribio ya picha za umma yanayoruhusu proksi za umma, orodha ya proksi za HTTP hutoa wagombea:

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

Funguo za daemon zenye vistari zinatofautiana na funguo za camelCase katika ~/.docker/config.json ya mteja wa Docker. Sehemu ya proksi ya mteja hutoa vigezo vya mazingira kwa makontena mapya na ujenzi; haisanidi upakuaji wa daemon au mazingira ya makontena yaliyopo.

Fanya uanzishaji upya wa daemon uliorekodiwa kwa usakinishaji huo na upange athari kwa kazi za sasa. Daemon inaweza pia kupokea vigezo vya proksi katika mazingira yake ya kuanza; export katika terminal ya baadaye haisasishi huduma inayoendelea.

Docker Desktop

Tumia mipangilio ya proksi ya Desktop. Nyaraka za Docker zinasema Desktop inapuuza rekodi za proksi katika daemon.json, hivyo kubadili mfano wa Engine ya moja kwa moja mara nyingi hakusanidi njia ya bidhaa hii.

Jaribu kuvuta picha tena baada ya kusasisha sehemu halisi. Soma kama kilichoshindwa ni ufikiaji wa registry, uthibitishaji, uelekezaji upya au upakuaji wa tabaka. Ombi la HTTP linalofanya kazi ndani ya kontena lililopo hukagua njia ya programu hiyo tu. Usiweke taarifa za kuingia za proksi katika picha za skrini zinazoshirikiwa au faili zilizoingizwa kwa commit; usanidi wa daemon na mazingira ya kontena si hifadhi za siri.

Makala zinazohusiana