De proxies-map van Docker is gekoppeld aan de daemon, niet aan de website
Een hostspecifieke vermelding in de proxyconfiguratie van de Docker-client kiest instellingen voor een Docker-daemonverbinding. Het is geen PAC-regel per bestemming.
Het JSON-object ziet er veelbelovend uit: een proxies-map met een default-vermelding en extra adressleutels. Het is verleidelijk daar een registry-hostnaam te zetten en te verwachten dat verzoeken naar die registry een andere proxy gebruiken.
Die sleutels identificeren de Docker-daemons waarmee de client verbinding maakt. Ze identificeren niet de websites die een container zal opvragen.
De configuratie van de Docker-client kan nieuwe containers proxy-omgevingsvariabelen geven en nieuwe builds proxy-buildargumenten. Een daemonspecifieke vermelding wijzigt die geleverde configuratie voor de bijbehorende daemoncontext.
Het configureert niet de eigen uitgaande proxyverbinding van de daemon. Het maakt de HTTP-client van de container ook niet tot een PAC-beoordelaar.
Als uw taak is een interne registry rechtstreeks te houden terwijl de daemon andere diensten via een proxy bereikt, bekijk dan de door de daemon ondersteunde proxy- en bypassconfiguratie. Als de toepassing voor verschillende bestemmingen verschillende upstream-proxies nodig heeft, hoort dat beleid thuis in een passende client- of doorstuurregeling.
Schrijf voordat u de map bewerkt op welk adres de sleutel vertegenwoordigt en welk proces het mislukkende verzoek doet. Dezelfde hostnaam kan voorkomen in een daemonverbinding, een registry-URL en een proxy-URL, maar dat zijn drie verschillende rollen.