Wêrom docker pull de proxyynstellingen fan dyn container negearret

Stel it Docker-ûnderdiel yn dat de images echt ophellet, ynstee fan te ferwachtsjen dat proxyfariabelen yn de container de daemon bestjoere.

Mislearret docker pull, stel dan de Docker-daemon of Docker Desktop yn. It image wurdt ynladen foardat de applikaasjecontainer syn proxyfariabelen lêze kin.

Native Docker Engine

Foegje dit part gear mei de besteande proxykonfiguraasje fan de daemon, ferfang it dokumintaasje-einpunt en behâld net-relatearre ynstellingen. Foar testen mei iepenbiere images dêr’t iepenbiere proxy’s tastien binne, jout de HTTP-proxylist kandidaten:

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

De daemonkaaien mei keppeltekens ferskille fan de camelCase-kaaien yn ~/.docker/config.json fan de Docker-kliïnt. It proxyûnderdiel fan de kliïnt jout omjouwingsfariabelen oan nije containers en builds; it stelt gjin daemondownloads of omjouwings fan al besteande containers yn.

Doch de foar de ynstallaasje dokumintearre daemonwerstart en plan it effekt op hjoeddeiske wurkloads. De daemon kin proxyfariabelen ek yn syn startomjouwing krije; in lettere export yn in terminal wurket in rinnende tsjinst net by.

Docker Desktop

Brûk de proxyynstellingen fan Desktop. Docker dokumintearret dat Desktop proxy-items yn daemon.json negearret. It foarbyld foar native Engine hieltyd feroarje stelt it paad fan dit produkt dus net yn.

Besykje it image opnij op te heljen neidat it goede ûnderdiel bywurke is. Lês oft registrytagong, autentikaasje, trochferwizingen of laachdownload mislearre is. In wurkjend HTTP-fersyk yn in besteande container kontrolearret allinnich de rûte fan dy app. Hâld proxyoanmeldgegevens út dielde skermôfbyldingen en committe bestannen; daemonkonfiguraasje en containeromjouwing binne gjin geheimeklûzen.

Relatearre artikelen