Dockers proxies-karta styrs av daemonen, inte av webbplatsen
En värdspecifik post i Docker-klientens proxykonfiguration väljer inställningar för en Docker-daemonanslutning. Det är inte en PAC-regel per destination.
JSON-objektet ser lovande ut: en proxies-karta med en default-post och ytterligare adressnycklar. Det är frestande att lägga in ett registry-värdnamn där och förvänta sig att förfrågningar till det registret använder en annan proxy.
Dessa nycklar identifierar de Docker-daemoner som klienten ansluter till. De identifierar inte de webbplatser som en container kommer att begära.
Docker-klientens konfiguration kan ge nya containrar proxy-miljövariabler och nya byggen proxy-byggargument. En daemonspecifik post ändrar den tillhandahållna konfigurationen för den matchande daemonkontexten.
Den konfigurerar inte daemonens egen utgående proxyanslutning. Den gör inte heller containerns HTTP-klient till en PAC-utvärderare.
Om din uppgift är att hålla ett internt registry direkt medan daemonen når andra tjänster via en proxy, granska daemonens proxy- och kringgångskonfiguration som stöds. Om programmet behöver olika uppströmsproxies för olika destinationer hör den policyn hemma i ett lämpligt klient- eller vidarebefordringsarrangemang.
Innan du redigerar kartan skriver du ned vilken adress nyckeln representerar och vilken process som gör den misslyckade förfrågan. Samma värdnamn kan förekomma i en daemonanslutning, en registry-URL och en proxy-URL, men det är tre olika roller.