د Docker proxies نقشه د daemon له مخې ټاکل کېږي، نه د وېبپاڼې له مخې
د Docker client د proxy په ترتیباتو کې د هوسټ ځانګړې ننوتنه د Docker daemon د اړیکې لپاره ترتیبات غوره کوي. دا د هر منزل لپاره د PAC قاعده نه ده.
د JSON شی ژمنښت کېدونکی ښکاري: proxies نقشه چې default ننوتنه او اضافي پته-کیلي لري. دلته د registry هوسټ نوم ایښودل او دا تمه کول چې هغې registry ته تلونکې غوښتنې به بل proxy وکاروي، هڅوونکی دی.
هغه کیلي هغه Docker daemons پیژني چې client ورسره نښلول کېږي. هغوی هغه وېبپاڼې نه پیژني چې container به یې غواړي.
د Docker client ترتیبات کولای شي نویو container-ونو ته د proxy د چاپېریال بدلېدونکي او نویو build-ونو ته د proxy d build argumentونه ورکړي. د daemon ځانګړې ننوتنه د دې ورکړل شوي ترتیبات په ورته daemon شرایطو کې بدلوي.
دا د daemon خپل بهرته تلونکی proxy اړیکه نه ترتیبوي. دا د container HTTP client هم د PAC ارزونکي ته نه بدلوي.
که ستاسو دنده دا ده چې یو داخلي registry مستقیم وساتئ پداسې حال کې چې daemon نورو خدمتونو ته د proxy له لارې رسي، د daemon ملاتړ شوی proxy او د تېرېدو ترتیبات وګورئ. که اپلیکیشن د بېلابېلو منزلونو لپاره بېلابېل پورتنې proxy ته اړتیا ولري، هغه تګلاره باید په مناسب client یا لیږدونکي ترتیب کې وي.
د نقشې له سمون مخکې ولیکئ چې کیلي کومه پته استازیتوب کوي او کوم بهیر ناکامه غوښتنه کوي. یو شان هوسټ نوم کیدای شي په daemon اړیکه، registry URL او proxy URL کې ښکاره شي، خو هغه درې بېلابېل رولونه دي.