La mappa proxies di Docker dipende dal daemon, non dal sito web
Una voce specifica dell'host nella configurazione proxy del client Docker seleziona le impostazioni per una connessione a un daemon Docker. Non è una regola PAC per destinazione.
L'oggetto JSON sembra promettente: una mappa proxies con una voce default e chiavi di indirizzo aggiuntive. È allettante inserirvi un nome host di registry e aspettarsi che le richieste a quel registry usino un altro proxy.
Quelle chiavi identificano i daemon Docker a cui si connette il client. Non identificano i siti web che un contenitore richiederà.
La configurazione del client Docker può fornire variabili d'ambiente proxy ai nuovi contenitori e argomenti di build proxy alle nuove build. Una voce specifica del daemon cambia quella configurazione fornita per il contesto del daemon corrispondente.
Non configura la connessione proxy in uscita del daemon stesso. Né trasforma il client HTTP del contenitore in un valutatore PAC.
Se il vostro compito è mantenere un registry interno diretto mentre il daemon accede ad altri servizi tramite un proxy, esaminate la configurazione proxy e di bypass supportata dal daemon. Se l'applicazione necessita di proxy upstream diversi per destinazioni diverse, quella politica appartiene a un'adeguata disposizione client o di inoltro.
Prima di modificare la mappa, annotate quale indirizzo rappresenta la chiave e quale processo effettua la richiesta che fallisce. Lo stesso nome host può comparire in una connessione daemon, in un URL di registry e in un URL proxy, ma sono tre ruoli diversi.