Proxies-kartet til Docker er knytt til daemonen, ikkje nettstaden
Ein vertsspesifikk oppføring i proxykonfigurasjonen til Docker-klienten vel innstillingar for ei Docker-daemontilkopling. Det er ikkje ei PAC-regel per destinasjon.
JSON-objektet ser lovande ut: eit proxies-kart med ei default-oppføring og fleire adressenøklar. Det er freistande å leggje inn eit registry-vertsnamn der og vente at førespurnader til det registryet brukar ein annan proxy.
Desse nøklane identifiserer Docker-daemonane klienten koplar til. Dei identifiserer ikkje nettstadene ein container vil be om.
Konfigurasjonen til Docker-klienten kan gje nye containerar proxy-miljøvariablar og nye bygg proxy-byggargument. Ei daemonspesifikk oppføring endrar den oppgjevne konfigurasjonen for den samsvarande daemonkonteksten.
Ho konfigurerer ikkje den eigne utgåande proxyforbindinga til daemonen. Ho gjer heller ikkje HTTP-klienten til containeren om til ein PAC-vurderar.
Viss oppgåva di er å halde eit internt registry direkte medan daemonen når andre tenester gjennom ein proxy, sjå den støtta proxy- og omgåingskonfigurasjonen til daemonen. Viss applikasjonen treng ulike oppstraumsproxyar for ulike destinasjonar, høyrer den politikken heime i eit passande klient- eller videresendingsarrangement.
Før du redigerer kartet, skriv ned kva adresse nøkkelen representerer og kva prosess som gjer den mislukka førespurnaden. Det same vertsnamnet kan førekome i ei daemontilkopling, ein registry-URL og ein proxy-URL, men det er tre ulike rollar.