JSON-objekti näyttää lupaavalta: proxies-kartta, jossa on default-merkintä ja lisää osoiteavaimia. Houkuttelevaa on laittaa siihen rekisterin isäntänimi ja odottaa, että kyseiseen rekisteriin kohdistuvat pyynnöt käyttävät toista välityspalvelinta.

Nuo avaimet yksilöivät Docker-daemonit, joihin asiakasohjelma yhdistää. Ne eivät yksilöi verkkosivustoja, joita kontti tulee pyytämään.

Docker-asiakasohjelman kokoonpano voi antaa uusille konteille välityspalvelimen ympäristömuuttujat ja uusille koontiversioille välityspalvelimen koontiversioargumentit. Daemonikohtainen merkintä muuttaa annettua kokoonpanoa vastaavan daemonin kontekstissa.

Se ei määritä daemonin omaa lähtevää välityspalvelinyhteyttä. Eikä se muuta kontin HTTP-asiakasohjelmaa PAC-arvioijaksi.

Jos tehtäväsi on pitää sisäinen rekisteri suorana, kun daemon käyttää muita palveluita välityspalvelimen kautta, tutustu daemonin tukemaan välityspalvelin- ja ohituskokoonpanoon. Jos sovellus tarvitsee eri kohteille eri ylävirran välityspalvelimia, tämä käytäntö kuuluu asianmukaiseen asiakas- tai välitysjärjestelyyn.

Ennen kartan muokkaamista kirjoittakaa muistiin, mitä osoitetta avain edustaa ja mikä prosessi tekee epäonnistuvan pyynnön. Sama isäntänimi voi esiintyä daemonyhteydessä, rekisterin URL-osoitteessa ja välityspalvelimen URL-osoitteessa, mutta ne ovat kolme eri roolia.

Aiheeseen liittyvät artikkelit