JSON objekt izgleda obećavajuće: mapa proxies s unosom default i dodatnim ključevima adresa. Primamljivo je staviti ondje naziv hosta registryja i očekivati da će zahtjevi prema tom registryju koristiti drugi proxy.

Ti ključevi identificiraju Docker daemone na koje se klijent povezuje. Ne identificiraju web-mjesta koja će kontejner zatražiti.

Konfiguracija Docker klijenta može novim kontejnerima dati proxy varijable okoline, a novim buildovima proxy argumente za build. Unos specifičan za daemon mijenja tako danu konfiguraciju za odgovarajući kontekst daemona.

Ona ne konfigurira vlastitu odlaznu proxy vezu daemona. Niti pretvara HTTP klijent kontejnera u PAC procjenitelj.

Ako je vaš zadatak zadržati interni registry izravnim dok daemon pristupa drugim uslugama kroz proxy, pregledajte podržanu proxy i bypass konfiguraciju daemona. Ako aplikacija treba različite upstream proxyje za različita odredišta, ta politika pripada odgovarajućem klijentskom ili prosljeđujućem uređenju.

Prije uređivanja mape zapišite koju adresu predstavlja ključ i koji proces šalje neuspjeli zahtjev. Isti naziv hosta može se pojaviti u vezi s daemonom, u URL-u registryja i u URL-u proxyja, ali to su tri različite uloge.

Povezani članci