De proxies-kaart fan Docker heart by de daemon, net by de webside
In hostspeifyf berjocht yn 'e proxykonfiguraasje fan 'e Docker-klient kiest ynstellingen foar in Docker-daemonferbining. It is gjin PAC-regel per bestimming.
It JSON-objekt liket kânsryk: in proxies-kaart mei in default-berjocht en ekstra adreskaaien. It is ferloklik om dêr in registry-hostnamme te pleatsen en te ferwachtsjen dat oanfragen nei dy registry in oare proxy brûke.
Dy kaaien identifisearje de Docker-daemons dêr't de klient ferbining mei makket. Se identifisearje net de websiden dy't in container oanfreegje sil.
De konfiguraasje fan de Docker-klient kin nije containers proxy-omjouwingsfariabelen jaan en nije builds proxy-bouarguminten. In daemonspeifyf berjocht feroaret dy jûne konfiguraasje foar de byhearrende daemonkontekst.
It konfigurearret net de eigen útgeande proxyferbining fan 'e daemon. It makket ek net de HTTP-klient fan 'e container ta in PAC-beoardieler.
As jo taak is om in ynterne registry direkt te hâlden wylst de daemon oare tsjinsten fia in proxy berikt, besjoch dan de troch de daemon stipe proxy- en omgongskonfiguraasje. As de applikaasje foar ferskate bestimmingen ferskate upstream-proxys nedich hat, heart dy beliedsline yn in passende klient- of trochstjoerregeling.
Skriuw foar it bewurkjen fan 'e kaart op hokker adres de kaai stiet en hokker proses de mislearre oanfraach docht. Deselde hostnamme kin foarkomme yn in daemonferbining, in registry-URL en in proxy-URL, mar dat binne trije ferskate rollen.