Docker નો proxies નકશો daemon પર આધારિત છે, વેબસાઇટ પર નહીં
Docker ક્લાયન્ટ પ્રોક્સી રૂપરેખામાં હોસ્ટ-વિશિષ્ટ એન્ટ્રી Docker daemon કનેક્શન માટે સેટિંગ્સ પસંદ કરે છે. તે દરેક ગંતવ્ય માટે PAC નિયમ નથી.
JSON ઑબ્જેક્ટ આશાસ્પદ લાગે છે: proxies નકશામાં default એન્ટ્રી અને વધારાની સરનામાં-કી છે. ત્યાં registry હોસ્ટનામ મૂકવું અને તે registry પરની વિનંતીઓ બીજી પ્રોક્સી વાપરશે એવી અપેક્ષા રાખવી લલચાવનારી છે.
તે કીઓ ક્લાયન્ટ જે Docker daemons સાથે જોડાય છે તેમને ઓળખે છે. તે કન્ટેનર જે વેબસાઇટ્સ માંગશે તેમને ઓળખતી નથી.
Docker ક્લાયન્ટ રૂપરેખા નવા કન્ટેનરને પ્રોક્સી પર્યાવરણ ચલો અને નવા બિલ્ડને પ્રોક્સી બિલ્ડ આર્ગ્યુમેન્ટ આપી શકે છે. daemon-વિશિષ્ટ એન્ટ્રી મેળ ખાતા daemon સંદર્ભ માટે તે આપેલી રૂપરેખા બદલે છે.
તે daemonના પોતાના બહાર જતા પ્રોક્સી કનેક્શનને રૂપરેખાંકિત કરતું નથી. તે કન્ટેનરના HTTP ક્લાયન્ટને PAC મૂલ્યાંકનકાર પણ બનાવતું નથી.
જો તમારું કાર્ય આંતરિક registryને સીધું રાખવાનું હોય જ્યારે daemon પ્રોક્સી દ્વારા અન્ય સેવાઓ સુધી પહોંચે, તો daemon દ્વારા સમર્થિત પ્રોક્સી અને બાયપાસ રૂપરેખા તપાસો. જો એપ્લિકેશનને જુદા જુદા ગંતવ્યો માટે જુદી જુદી અપસ્ટ્રીમ પ્રોક્સીની જરૂર હોય, તો તે નીતિ યોગ્ય ક્લાયન્ટ અથવા ફોરવર્ડિંગ ગોઠવણમાં આવે છે.
નકશો સંપાદિત કરતાં પહેલાં લખો કે કી કયા સરનામાનું પ્રતિનિધિત્વ કરે છે અને કઈ પ્રક્રિયા નિષ્ફળ વિનંતી કરે છે. એક જ હોસ્ટનામ daemon કનેક્શન, registry URL અને પ્રોક્સી URL માં દેખાઈ શકે છે, પણ એ ત્રણ જુદી ભૂમિકાઓ છે.