Docker को proxies नक्सा daemon ले निर्धारण गर्छ, वेबसाइटले होइन
Docker क्लाइन्ट प्रोक्सी कन्फिगरेसनमा होस्ट-विशेष प्रविष्टिले Docker daemon जडानका लागि सेटिङ छान्छ। यो प्रत्येक गन्तव्यको PAC नियम होइन।
JSON वस्तु आशाजनक देखिन्छ: proxies नक्सा जसमा default प्रविष्टि र थप ठेगाना-कुञ्जीहरू छन्। त्यहाँ registry को होस्टनेम राखेर त्यो registry मा जाने अनुरोधले अर्को प्रोक्सी प्रयोग गर्ने आशा गर्नु लोभलाग्दो छ।
ती कुञ्जीहरूले क्लाइन्ट जडान गर्ने Docker daemon हरू पहिचान गर्छन्। तिनीहरूले कन्टेनरले अनुरोध गर्ने वेबसाइटहरू पहिचान गर्दैनन्।
Docker क्लाइन्ट कन्फिगरेसनले नयाँ कन्टेनरहरूलाई प्रोक्सी वातावरण चर र नयाँ बिल्डहरूलाई प्रोक्सी बिल्ड आर्गुमेन्ट दिन सक्छ। daemon-विशेष प्रविष्टिले मिल्ने daemon सन्दर्भका लागि दिइएको त्यो कन्फिगरेसन बदल्छ।
यसले daemon को आफ्नै बाहिर जाने प्रोक्सी जडान कन्फिगर गर्दैन। कन्टेनरको HTTP क्लाइन्टलाई PAC मूल्याङ्कनकर्ता पनि बनाउँदैन।
यदि तपाईंको काम आन्तरिक registry सिधा राख्नु हो र daemon ले अन्य सेवाहरूमा प्रोक्सीमार्फत पहुँच गर्छ भने daemon ले समर्थन गर्ने प्रोक्सी र बाइपास कन्फिगरेसन हेर्नुहोस्। यदि अनुप्रयोगलाई फरक गन्तव्यका लागि फरक अपस्ट्रिम प्रोक्सी चाहिन्छ भने त्यो नीति उपयुक्त क्लाइन्ट वा फर्वार्डिङ व्यवस्थामा पर्छ।
नक्सा सम्पादन गर्नुअघि कुञ्जीले कुन ठेगाना प्रतिनिधित्व गर्छ र कुन प्रक्रियाले असफल अनुरोध गर्छ लेख्नुहोस्। एउटै होस्टनेम daemon जडान, registry URL र प्रोक्सी URL मा देखिन सक्छ, तर ती तीन फरक भूमिका हुन्।