सार्वजनिक गरिएको Docker पोर्टले कन्टेनरभित्रको अन्त्य बिन्दुसम्म बाटो दिन्छ। यसले प्रोक्सी सुरु गर्दैन र त्यो प्रक्रियाले सुन्ने ठेगाना पनि बदल्दैन।

सामान्य ब्रिज-नेटवर्क म्यापिङका लागि यी तीन मान तुलना गर्नुहोस्:

बाटोको भागजाँच्नुपर्ने मान
ग्राहक प्रवेशग्राहकले सम्पर्क गर्ने होस्ट ठेगाना र सार्वजनिक पोर्ट
फर्वार्डिङ लक्ष्यम्यापिङले छान्ने कन्टेनर ठेगाना र पोर्ट
सेवाप्रोक्सीले कन्टेनरभित्र वास्तवमै बाँध्ने ठेगाना र पोर्ट

कन्टेनरभित्र मात्र 127.0.0.1 मा बाँधिएको प्रोक्सीले आफ्नो नेटवर्क ठेगानामा फर्वार्ड गरिएको ट्राफिक नपाउन सक्छ। यो होस्ट लूपब्याकमा मात्र होस्ट पोर्ट सार्वजनिक गर्नभन्दा फरक हो: त्यसले म्यापिङसम्म को पुग्न सक्छ भन्ने सीमित गर्छ, जबकि कन्टेनर लूपब्याकले म्यापिङलाई सेवासम्म पुग्नबाट रोक्न सक्छ।

सम्भावित तैनातीका लागि आन्तरिक लिसनर छान्नुहोस् र सीमित होस्ट सार्वजनिकीकरण तथा प्रोक्सी पहुँच कायम राख्नुहोस्। Dockerfile को खुला पोर्ट घोषणाले कुनै सेवा सुरु गर्दैन, र सफल कन्टेनर सुरुवातले प्रक्रिया फर्वार्डिङ लक्ष्यमा सुनिरहेको छ भनी प्रमाणित गर्दैन।

असफल जडान कहाँसम्म पुग्छ त्यो पछ्याउनुहोस्। अस्वीकार र रिसेट प्लेटफर्म र फर्वार्डिङ कार्यान्वयनअनुसार फरक पर्छन्, त्यसैले कुनैले पनि एक्लै सेटिङ पहिचान गर्दैन। सेवासम्म पुगेपछि वैध प्रोक्सी अभिवादन खोज्नुहोस् र आवश्यक SOCKS संस्करण, प्रमाणीकरण र गन्तव्य नीति लागू गर्नुहोस्। केवल पुग्न सकिने होस्ट पोर्टले ती क्षमताहरू प्रमाणित गर्न सक्दैन.

सम्बन्धित लेखहरू