Dockers proxies-Map richtet sich nach dem Daemon, nicht nach der Website
Ein hostspezifischer Eintrag in der Proxy-Konfiguration des Docker-Clients wählt Einstellungen für eine Docker-Daemon-Verbindung. Er ist keine PAC-Regel pro Ziel.
Das JSON-Objekt wirkt vielversprechend: eine proxies-Map mit einem default-Eintrag und zusätzlichen Adressschlüsseln. Es ist verlockend, dort einen Registry-Hostnamen einzutragen und zu erwarten, dass Anfragen an diese Registry einen anderen Proxy verwenden.
Diese Schlüssel bezeichnen die Docker-Daemons, mit denen der Client sich verbindet. Sie bezeichnen nicht die Websites, die ein Container anfragen wird.
Die Konfiguration des Docker-Clients kann neuen Containern Proxy-Umgebungsvariablen und neuen Builds Proxy-Build-Argumente mitgeben. Ein daemonspezifischer Eintrag ändert diese mitgegebene Konfiguration für den passenden Daemon-Kontext.
Er konfiguriert nicht die eigene ausgehende Proxy-Verbindung des Daemons. Und er macht den HTTP-Client des Containers nicht zu einem PAC-Auswerter.
Wenn es Ihre Aufgabe ist, eine interne Registry direkt zu halten, während der Daemon andere Dienste über einen Proxy erreicht, sehen Sie sich die vom Daemon unterstützte Proxy- und Bypass-Konfiguration an. Wenn die Anwendung für unterschiedliche Ziele unterschiedliche vorgelagerte Proxys benötigt, gehört diese Richtlinie in eine passende Client- oder Weiterleitungsregelung.
Bevor Sie die Map bearbeiten, notieren Sie, welche Adresse der Schlüssel bezeichnet und welcher Prozess die fehlschlagende Anfrage stellt. Derselbe Hostname kann in einer Daemon-Verbindung, einer Registry-URL und einer Proxy-URL auftauchen, doch das sind drei verschiedene Rollen.