JSON ऑब्जेक्ट आशादायक वाटतो: proxies नकाशा ज्यात default नोंद आणि अतिरिक्त पत्ता-किल्ल्या आहेत. तिथे registry चे होस्टनेम ठेवून त्या registry ला जाणाऱ्या विनंत्या दुसरा प्रॉक्सी वापरतील अशी अपेक्षा करणे मोहक आहे.

त्या किल्ल्या क्लायंट ज्या Docker daemon शी जोडतो त्या ओळखतात. कंटेनर ज्या वेबसाइट्स मागेल त्या ओळखत नाहीत.

Docker क्लायंट कॉन्फिगरेशन नवीन कंटेनरना प्रॉक्सी पर्यावरण चल आणि नवीन बिल्डना प्रॉक्सी बिल्ड आर्ग्युमेंट देऊ शकते. daemon-विशिष्ट नोंद जुळणाऱ्या daemon संदर्भासाठी दिलेले ते कॉन्फिगरेशन बदलते.

ते daemon च्या स्वतःच्या बाहेर जाणाऱ्या प्रॉक्सी कनेक्शनचे कॉन्फिगरेशन करत नाही. कंटेनरच्या HTTP क्लायंटला PAC मूल्यांकनकर्ता देखील बनवत नाही.

जर तुमचे काम अंतर्गत registry थेट ठेवणे असेल आणि daemon प्रॉक्सीमार्फत इतर सेवांपर्यंत पोहोचत असेल, तर daemon समर्थित प्रॉक्सी आणि बायपास कॉन्फिगरेशन पहा. अनुप्रयोगाला वेगवेगळ्या गंतव्यांसाठी वेगवेगळे अपस्ट्रीम प्रॉक्सी हवे असल्यास ते धोरण योग्य क्लायंट किंवा फॉरवर्डिंग व्यवस्थेत असते.

नकाशा संपादित करण्यापूर्वी किल्ली कोणत्या पत्त्याचे प्रतिनिधित्व करते आणि कोणती प्रक्रिया अयशस्वी विनंती करते ते लिहा. एकच होस्टनेम daemon कनेक्शन, registry URL आणि प्रॉक्सी URL मध्ये दिसू शकते, पण त्या तीन वेगळ्या भूमिका आहेत.

संबंधित लेख