Jei docker pull nepavyksta, nustatykite Docker demoną arba Docker Desktop. Atvaizdas siunčiamas prieš tai, kai programos konteineris gali perskaityti savo tarpinio serverio kintamuosius.

Tiesiogiai įdiegtas Docker Engine

Šį skyrių sujunkite su esama demono tarpinio serverio konfigūracija, pakeiskite dokumentacijos galinį tašką ir išsaugokite nesusijusias nuostatas. Viešų atvaizdų bandymams, kur leidžiami vieši tarpiniai serveriai, HTTP tarpinių serverių sąrašas pateikia kandidatų:

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

Demono raktai su brūkšneliais skiriasi nuo camelCase raktų Docker kliento ~/.docker/config.json faile. Kliento tarpinio serverio skyrius suteikia aplinkos kintamuosius naujiems konteineriams ir kūrimo procesams; jis nenustato demono siuntimų ar jau esamų konteinerių aplinkos.

Atlikite diegimui dokumentuotą demono paleidimą iš naujo ir suplanuokite poveikį dabartinėms užduotims. Demonas gali gauti tarpinio serverio kintamuosius ir paleidimo aplinkoje; vėlesnis export terminale neatnaujina veikiančios tarnybos.

Docker Desktop

Naudokite Desktop tarpinio serverio nuostatas. Docker dokumentuoja, kad Desktop nepaiso tarpinio serverio įrašų daemon.json, tad nuolatinis tiesioginio Engine pavyzdžio keitimas nenustato šio produkto kelio.

Atnaujinę tikrąjį komponentą, bandykite atvaizdą gauti dar kartą. Nustatykite, ar nepavyko prieiga prie registro, autentifikavimas, nukreipimai ar sluoksnio siuntimas. Veikianti HTTP užklausa esamame konteineryje tikrina tik tos programos kelią. Nedėkite tarpinio serverio prisijungimo duomenų į bendrinamas ekrano nuotraukas ar commit failus; demono konfigūracija ir konteinerio aplinka nėra paslapčių saugyklos.

Susiję straipsniai