Miks docker pull eirab konteineri proksiseadeid?

Seadista Dockeri komponent, mis tegelikult tõmmiseid laadib, mitte ära eelda, et konteineri proksimuutujad juhivad deemonit.

Kui docker pull nurjub, seadista Dockeri deemon või Docker Desktop. Tõmmis laaditakse enne, kui rakenduskonteiner saab oma proksimuutujaid lugeda.

Natiivne Docker Engine

Ühenda see osa olemasoleva deemoni proksiseadistusega, asenda dokumentatsiooni otspunkt ja säilita kõrvalised seaded. Avalike tõmmiste katseteks, kus avalikud proksid on lubatud, pakub HTTP-proksiloend kandidaate:

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

Deemoni sidekriipsuga võtmed erinevad Docker-kliendi ~/.docker/config.json camelCase-võtmetest. Kliendi proksiosa annab keskkonnamuutujad uutele konteineritele ja ehitustele; see ei seadista deemoni allalaadimisi ega olemasolevate konteinerite keskkondi.

Tee paigalduse jaoks dokumenteeritud deemoni taaskäivitus ning kavanda selle mõju praegustele töödele. Deemon võib proksimuutujad saada ka käivituskeskkonnast; hilisem export terminalis ei uuenda töötavat teenust.

Docker Desktop

Kasuta Desktopi proksiseadeid. Docker dokumenteerib, et Desktop eirab daemon.json proksikirjeid, seega natiivse Engine’i näite korduv muutmine ei seadista selle toote teed.

Proovi tõmmist pärast õige komponendi uuendamist uuesti laadida. Loe, kas nurjus registrile ligipääs, autentimine, ümbersuunamine või kihi allalaadimine. Toimiv HTTP-päring olemasolevas konteineris kontrollib ainult selle rakenduse teed. Hoia proksi sisselogimisandmed eemal jagatud kuvatõmmistest ja commit’itud failidest; deemoni seadistus ja konteineri keskkond pole saladuste hoidlad.

Seotud artiklid