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