Docker ने पोर्ट प्रकाशित केला. प्रॉक्सी तिथे ऐकत आहे का?
कनेक्शन नाकारले किंवा रीसेट केले जातात तेव्हा प्रॉक्सी कंटेनरमधील लिसनर आणि Docker चे होस्ट पोर्ट मॅपिंग तपासा.
प्रकाशित Docker पोर्ट कंटेनरमधील एंडपॉइंटपर्यंत मार्ग देतो. तो प्रॉक्सी सुरू करत नाही आणि ती प्रक्रिया ज्या पत्त्यावर ऐकते तो बदलत नाही.
सामान्य ब्रिज-नेटवर्क मॅपिंगसाठी ही तीन मूल्ये तुलना करा:
| मार्गाचा भाग | तपासायचे मूल्य |
|---|---|
| क्लायंट प्रवेश | क्लायंट ज्या होस्ट पत्ता आणि प्रकाशित पोर्टशी संपर्क साधतो |
| फॉरवर्डिंग लक्ष्य | मॅपिंगने निवडलेला कंटेनर पत्ता आणि पोर्ट |
| सेवा | प्रॉक्सी कंटेनरमध्ये प्रत्यक्षात जोडतो तो पत्ता आणि पोर्ट |
कंटेनरमध्ये केवळ 127.0.0.1 ला जोडलेली प्रॉक्सी तिच्या नेटवर्क पत्त्यावर फॉरवर्ड केलेला रहदारी मिळवू शकत नाही. हे होस्ट लूपबॅकवर केवळ होस्ट पोर्ट प्रकाशित करण्यापेक्षा वेगळे आहे: ते मॅपिंगपर्यंत कोण पोहोचू शकते हे मर्यादित करते, तर कंटेनर लूपबॅक मॅपिंगला सेवेपर्यंत पोहोचण्यापासून रोखू शकते.
इच्छित उपयोजनासाठी अंतर्गत लिसनर निवडा आणि मर्यादित होस्ट प्रकाशन तसेच प्रॉक्सी प्रवेश टिकवा. Dockerfile मधील उघडलेल्या पोर्टची घोषणा कोणतीही सेवा सुरू करत नाही, आणि यशस्वी कंटेनर लाँच हे सिद्ध करत नाही की प्रक्रिया फॉरवर्डिंग लक्ष्यावर ऐकत आहे.
अयशस्वी कनेक्शन किती दूर जाते ते पाहा. नकार आणि रीसेट प्लॅटफॉर्म आणि फॉरवर्डिंग अंमलबजावणीनुसार बदलतात, त्यामुळे कोणतेही एकटे सेटिंग ओळखत नाही. ते सेवेपर्यंत पोहोचल्यावर वैध प्रॉक्सी अभिवादन शोधा आणि आवश्यक SOCKS आवृत्ती, प्रमाणीकरण आणि गंतव्य धोरण लागू करा. केवळ पोहोचण्यायोग्य होस्ट पोर्ट ती क्षमता सिद्ध करू शकत नाही.