Docker యొక్క proxies మ్యాప్ daemon ఆధారంగా ఉంటుంది, వెబ్‌సైట్ ఆధారంగా కాదు
Docker client proxy కాన్ఫిగరేషన్‌లోని హోస్ట్-నిర్దిష్ట ఎంట్రీ Docker daemon కనెక్షన్ కోసం సెట్టింగ్‌లను ఎంచుకుంటుంది. ఇది ప్రతి గమ్యానికి PAC నియమం కాదు.
JSON ఆబ్జెక్ట్ ఆశాజనకంగా కనిపిస్తుంది: proxies మ్యాప్‌లో default ఎంట్రీ మరియు అదనపు చిరునామా కీలు ఉన్నాయి. అక్కడ registry హోస్ట్‌నేమ్ పెట్టి ఆ registryకి వెళ్లే అభ్యర్థనలు మరో proxy ఉపయోగిస్తాయని ఆశించడం ఆకర్షణీయం.
ఆ కీలు క్లయింట్ కనెక్ట్ అయ్యే Docker daemonsను గుర్తిస్తాయి. అవి కంటైనర్ అభ్యర్థించే వెబ్‌సైట్‌లను గుర్తించవు.
Docker క్లయింట్ కాన్ఫిగరేషన్ కొత్త కంటైనర్లకు proxy పర్యావరణ చరాలు, కొత్త బిల్డ్‌లకు proxy బిల్డ్ ఆర్గ్యుమెంట్‌లు ఇవ్వగలదు. daemon-నిర్దిష్ట ఎంట్రీ సరిపోయే daemon సందర్భానికి ఇచ్చిన ఆ కాన్ఫిగరేషన్‌ను మారుస్తుంది.
ఇది daemon యొక్క స్వంత బయటకు వెళ్లే proxy కనెక్షన్‌ను కాన్ఫిగర్ చేయదు. కంటైనర్ యొక్క HTTP క్లయింట్‌ను PAC మూల్యాంకనకర్తగా కూడా మార్చదు.
మీ పని అంతర్గత registryను నేరుగా ఉంచడం, daemon proxy ద్వారా ఇతర సేవలను చేరుకోవడం అయితే, daemon మద్దతిచ్చే proxy మరియు బైపాస్ కాన్ఫిగరేషన్ చూడండి. అప్లికేషన్ వేర్వేరు గమ్యాలకు వేర్వేరు అప్‌స్ట్రీమ్ proxies అవసరమైతే, ఆ విధానం సరైన క్లయింట్ లేదా ఫార్వార్డింగ్ ఏర్పాటుకు చెందుతుంది.
మ్యాప్ సవరించే ముందు కీ ఏ చిరునామాను సూచిస్తుంది, ఏ ప్రక్రియ విఫలమయ్యే అభ్యర్థన చేస్తుంది అని రాయండి. ఒకే హోస్ట్‌నేమ్ daemon కనెక్షన్, registry URL మరియు proxy URLలో కనిపించవచ్చు, కానీ అవి మూడు వేర్వేరు పాత్రలు.