Dockers proxies-kort styres af daemon, ikke af websted
En værtspecifik post i Docker-klientens proxykonfiguration vælger indstillinger for en Docker-daemon-forbindelse. Det er ikke en PAC-regel pr. destination.
JSON-objektet ser lovende ud: et proxies-kort med en default-post og yderligere adressenøgler. Det er fristende at sætte et registry-værtsnavn der og forvente, at anmodninger til det registry bruger en anden proxy.
De nøgler identificerer de Docker-daemons, klienten opretter forbindelse til. De identificerer ikke de websteder, en container vil anmode om.
Docker-klientens konfiguration kan give nye containere proxy-miljøvariabler og nye builds proxy-buildargumenter. En daemonspecifik post ændrer den leverede konfiguration for den matchende daemon-kontekst.
Den konfigurerer ikke daemonens egen udgående proxyforbindelse. Den gør heller ikke containerens HTTP-klient til en PAC-evaluator.
Hvis din opgave er at holde et internt registry direkte, mens daemonen tilgår andre tjenester gennem en proxy, så undersøg daemonens understøttede proxy- og bypass-konfiguration. Hvis applikationen har brug for forskellige upstream-proxier til forskellige destinationer, hører den politik i et passende klient- eller videresendelsesarrangement.
Før du redigerer kortet, så skriv ned, hvilken adresse nøglen repræsenterer, og hvilken proces der laver den fejlende anmodning. Det samme værtsnavn kan optræde i en daemon-forbindelse, en registry-URL og en proxy-URL, men det er tre forskellige roller.