Ang mapa ng proxies sa Docker ay nakabatay sa daemon, hindi sa website
Ang entry na partikular sa host sa proxy configuration ng Docker client ay pumipili ng mga setting para sa koneksyon sa Docker daemon. Hindi ito PAC rule kada destinasyon.
Ang JSON object ay mukhang may pag-asa: isang mapa ng proxies na may entry na default at karagdagang mga address key. Nakakaakit na maglagay doon ng registry hostname at asahan na ang mga request sa registry na iyon ay gagamit ng ibang proxy.
Ang mga key na iyon ay tumutukoy sa mga Docker daemon na kinokonektahan ng client. Hindi nila tinutukoy ang mga website na hihilingin ng container.
Ang configuration ng Docker client ay makapagbibigay ng proxy environment variable sa mga bagong container at proxy build argument sa mga bagong build. Binabago ng entry na partikular sa daemon ang ibinigay na configuration para sa katugmang daemon context.
Hindi nito kinokonfigura ang sariling outbound proxy connection ng daemon. Hindi rin nito ginagawang PAC evaluator ang HTTP client ng container.
Kung ang gawain mo ay panatilihing direkta ang internal registry habang ang daemon ay umaakses sa ibang serbisyo sa pamamagitan ng proxy, tingnan ang proxy at bypass configuration na sinusuportahan ng daemon. Kung kailangan ng application ng iba't ibang upstream proxy para sa iba't ibang destinasyon, ang patakarang iyon ay nabibilang sa angkop na client o forwarding arrangement.
Bago i-edit ang mapa, isulat kung aling address ang kinakatawan ng key at aling proseso ang gumagawa ng nabigong request. Ang parehong hostname ay maaaring lumitaw sa daemon connection, sa registry URL at sa proxy URL, ngunit tatlong magkaibang papel iyon.