Мапата proxies на Docker зависи од daemon, а не од веб-страница
Запис специфичен за домаќин во конфигурацијата за прокси на Docker клиентот избира поставки за врска со Docker daemon. Тоа не е PAC правило за секое одредиште.
JSON објектот изгледа ветувачко: мапа proxies со запис default и дополнителни клучеви за адреси. Примамливо е таму да се стави име на домаќин на registry и да се очекува барањата до тој registry да користат друг прокси.
Тие клучеви ги идентификуваат Docker daemons со кои клиентот се поврзува. Тие не ги идентификуваат веб-страниците што ќе ги побара контејнерот.
Конфигурацијата на Docker клиентот може на новите контејнери да им даде прокси променливи на околината, а на новите build-ови – прокси аргументи за build. Записот специфичен за daemon ја менува таа дадена конфигурација за соодветниот контекст на daemon.
Тој не ја конфигурира сопствената излезна прокси врска на daemon-от. Ниту го претвора HTTP клиентот на контејнерот во PAC оценувач.
Ако вашата задача е внатрешниот registry да остане директен додека daemon-от пристапува до други услуги преку прокси, погледнете поддржаната прокси и конфигурација за заобиколување на daemon-от. Ако апликацијата бара различни горни проксија за различни одредишта, таа политика припаѓа на соодветно клиентско или пренасочувачко уредување.
Пред да ја уредите мапата, запишете која адреса ја претставува клучот и кој процес го прави неуспешното барање. Истото име на домаќин може да се појави во врска со daemon, во URL на registry и во URL на прокси, но тоа се три различни улоги.