A Docker proxies térképét a daemon, nem a webhely határozza meg
A Docker-ügyfél proxykonfigurációjában egy hosztspecifikus bejegyzés egy Docker-daemon kapcsolat beállításait választja ki. Ez nem célonkénti PAC-szabály.
A JSON-objektum ígéretesnek tűnik: proxies térkép default bejegyzéssel és további címkulcsokkal. Csábító egy registry- hosztnevet oda tenni, és azt várni, hogy az adott registry felé menő kérések más proxyt használnak.
Ezek a kulcsok azokat a Docker-daemonokat azonosítják, amelyekhez az ügyfél kapcsolódik. Nem azonosítják azokat a webhelyeket, amelyeket egy konténer kérni fog.
A Docker-ügyfél konfigurációja proxy környezeti változókat adhat az új konténereknek, és proxy buildargumentumokat az új buildeknek. Egy daemonspecifikus bejegyzés megváltoztatja a megadott konfigurációt a megfelelő daemon-környezetben.
Nem állítja be magának a daemonnak a kimenő proxykapcsolatát. És nem alakítja a konténer HTTP-ügyfélprogramját PAC-értékelővé sem.
Ha a feladat az, hogy egy belső registry közvetlen maradjon, miközben a daemon más szolgáltatásokat proxyn keresztül ér el, nézze meg a daemon által támogatott proxy- és megkerülési konfigurációt. Ha az alkalmazásnak különböző célokhoz különböző felsőbb proxykra van szüksége, az a szabályzat megfelelő ügyfél- vagy továbbítási elrendezésbe tartozik.
A térkép szerkesztése előtt írja le, melyik címet képviseli a kulcs, és melyik folyamat végzi a sikertelen kérést. Ugyanaz a hosztnév megjelenhet daemon-kapcsolatban, registry URL-ben és proxy URL-ben, de ezek három különböző szerep.