Мапа proxies у Docker прывязана да daemon, а не да вэб-сайта
Запіс, спецыфічны для хоста, у канфігурацыі proxy кліента Docker выбірае налады для злучэння з Docker daemon. Гэта не правіла PAC для кожнага пункта прызначэння.
Аб’ект JSON выглядае перспектыўна: мапа proxies з запісам default і дадатковымі ключамі адрасоў. Спакусліва змясціць туды імя хоста registry і спадзявацца, што запыты да гэтага registry будуць ісці праз іншы proxy.
Гэтыя ключы вызначаюць Docker daemons, да якіх падключаецца кліент. Яны не вызначаюць вэб-сайты, якія будзе запытваць кантэйнер.
Канфігурацыя кліента Docker можа перадаваць новым кантэйнерам зменныя асяроддзя proxy, а новым зборкам — аргументы зборкі proxy. Запіс, спецыфічны для daemon, змяняе гэтую перададзеную канфігурацыю для адпаведнага кантэксту daemon.
Ён не наладжвае ўласнае зыходнае злучэнне daemon праз proxy. Ён таксама не ператварае HTTP-кліент кантэйнера ў вылічальнік PAC.
Калі ваша задача — пакінуць унутраны registry прамым, пакуль daemon звяртаецца да іншых службаў праз proxy, паглядзіце падтрымліваную daemon канфігурацыю proxy і абыходу. Калі праграме патрэбны розныя вышэйшыя proxy для розных пунктаў прызначэння, гэтая палітыка адносіцца да адпаведнага кліента або схемы перанакіравання.
Перш чым рэдагаваць мапу, запішыце, які адрас прадстаўляе ключ і які працэс робіць няўдалы запыт. Адно імя хоста можа з’яўляцца ў злучэнні з daemon, у URL registry і ў URL proxy, але гэта тры розныя ролі.