Dockers proxies-kart styres av daemonen, ikke av nettstedet
En vertsspesifikk oppføring i proxykonfigurasjonen til Docker-klienten velger innstillinger for en Docker-daemontilkobling. Det er ikke en PAC-regel per destinasjon.
JSON-objektet ser lovende ut: et proxies-kart med en default-oppføring og flere adressenøkler. Det er fristende å legge inn et registry-vertsnavn der og forvente at forespørsler til det registryet bruker en annen proxy.
Disse nøklene identifiserer Docker-daemonene klienten kobler til. De identifiserer ikke nettstedene en container vil be om.
Docker-klientens konfigurasjon kan gi nye containere proxy-miljøvariabler og nye bygg proxy-byggeargumenter. En daemonspesifikk oppføring endrer den oppgitte konfigurasjonen for den samsvarende daemonkonteksten.
Den konfigurerer ikke daemonens egen utgående proxyforbindelse. Den gjør heller ikke containerens HTTP-klient om til en PAC-vurderer.
Hvis oppgaven din er å holde et internt registry direkte mens daemonen når andre tjenester gjennom en proxy, se daemonens støttede proxy- og omgåelseskonfigurasjon. Hvis applikasjonen trenger ulike oppstrømsproxier for ulike destinasjoner, hører den politikken hjemme i et passende klient- eller videresendingsarrangement.
Før du redigerer kartet, skriv ned hvilken adresse nøkkelen representerer og hvilken prosess som gjør den mislykkede forespørselen. Det samme vertsnavnet kan forekomme i en daemontilkobling, en registry-URL og en proxy-URL, men det er tre forskjellige roller.