Docker सेवाको DNS र no_proxy सँग प्रोक्सी बाइपास
बाह्य HTTP प्रोक्सीले त्यो नेटवर्क समाधान वा पुग्न नसक्दा इच्छित आन्तरिक सेवाका लागि no_proxy प्रयोग गर्नुहोस्।
बाह्य HTTP प्रोक्सीलाई Docker को api सेवा नाम जान्नु आवश्यक छैन। http://api:8080/ का लागि प्रोक्सीले अर्को जडान खोल्छ, त्यसैले अनुप्रयोग कन्टेनरभित्र सफल खोजले प्रोक्सीको DNS दृष्टिकोण प्रमाणित गर्दैन।
इच्छित प्रत्यक्ष पहुँचका लागि, त्यो कन्टेनरको वातावरणमा अपवाद थप्नुहोस्:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiapi मा प्रत्यक्ष अनुरोधहरूले कन्टेनरको मार्ग र यसको अन्तर्निहित रिजोल्भर प्रयोग गर्छन्। दुवै कन्टेनरलाई अझै प्रयोगकर्ता-परिभाषित साझा नेटवर्क चाहिन्छ र सेवाले 8080 मा सुन्नुपर्छ। योग्य बाह्य अनुरोधहरूले प्रोक्सी कायम राख्छन्। यदि ती सार्वजनिक गन्तव्यहरूले सार्वजनिक मध्यस्थ प्रयोग गर्न सक्छन् भने, HTTP प्रोक्सी सूची ले खाता नभएका प्रोक्सी URL का लागि उम्मेदवारहरू प्रदान गर्छ; api लाई प्रत्यक्ष अपवादहरूमा राख्नुहोस्।
यदि पुनः सिर्जना गरिएका कन्टेनरहरूले अप्रत्याशित चरहरू राख्छन् भने, Docker क्लाइन्टको config.json proxies खण्ड जाँच्नुहोस्, जसले वातावरण मानहरू इन्जेक्ट गर्न सक्छ। इच्छित प्रविष्टि परिवर्तन गर्नुहोस् र सामान्य प्रवाहमार्फत प्रभावित कन्टेनरहरू पुनः सिर्जना गर्नुहोस्, असम्बन्धित कन्फिगरेसन सुरक्षित राख्दै।