Squid आफ्नो लिसनर बाइन्ड गर्न सक्दैन: पहिले ठेगाना जाँच गर्नुहोस्

बाइन्ड त्रुटि प्रोक्सी होस्टमा हुन्छ, ग्राहकले इच्छित लिसनर प्रयोग गर्न सक्नु अघि। वेबसाइट URL वा प्रोक्सी पासवर्ड बदल्दा अवस्थित नभएको स्थानीय ठेगाना उपलब्ध हुँदैन।

असफल सम्पूर्ण एन्डपोइन्ट पढ्नुहोस्: ठेगाना, पोर्ट र ठेगाना परिवार। [::1] समावेश सन्देश IPv6 loopback सँग सम्बन्धित छ। यो IPv6 वेबसाइटमा बाहिर जडान हुन नसक्नु जस्तै होइन।

कुन नेटवर्क नेमस्पेस यसको मालिक छ भनी सोध्नुहोस्

कन्टेनरमा रहेको प्रोक्सीका लागि कन्टेनरको नेटवर्क वातावरणमा उपलब्ध ठेगानाहरू जाँच्नुहोस्। त्यहाँको IPv6 समर्थन र ठेगाना कन्फिगरेसन होस्टभन्दा फरक हुन सक्छ। कन्टेनर पोर्ट प्रकाशित गर्दा सेवाले बाइन्ड गर्न खोज्ने हरेक ठेगाना स्वतः सिर्जना हुँदैन।

Squid को लिसनर सन्दर्भले स्पष्ट ठेगानाले निश्चित स्थानीय एन्डपोइन्ट बाइन्ड गर्छ भनी व्याख्या गर्छ। त्यो वातावरणमा नभएको ठेगानामा रिजोल भएमा होस्टनामले थप भ्रमको स्रोत थप्न सक्छ।

अन्य बाइन्ड त्रुटिका कारण फरक हुन्छन्। व्यस्त पोर्टले अर्को लिसनर वा इन्स्टेन्स संकेत गर्छ। अनुमति अस्वीकृत हुनु विशेषाधिकार पोर्ट वा होस्ट सुरक्षा नीतिसँग सम्बन्धित हुन सक्छ। अनुपलब्ध ठेगानाले ठेगाना कन्फिगरेसनतर्फ संकेत गर्छ। हरेक बाइन्ड असफलतालाई फायरवाल अस्वीकृति मान्नुको सट्टा यी अवलोकनहरू अलग राख्नुहोस्।

परिनियोजन जानाजानी IPv4 मात्र भए, इच्छित पहुँच नीतिअन्तर्गत उपयुक्त स्पष्ट IPv4 लिसनर छान्नुहोस्। IPv6 आवश्यक भए, त्यो वातावरणलाई यसलाई समर्थन गर्न कन्फिगर गर्नुहोस्। त्रुटि शान्त पार्न मात्र सार्वजनिक रूपमा wildcard ठेगानामा बाइन्ड गर्दा प्रोक्सी इच्छितभन्दा बढी व्यापक रूपमा खुल्न सक्छ।

अन्तमा, असफल सकेट ग्राहकतर्फको HTTP लिसनर हो वा Squid को अर्को घटक हो जाँच्नुहोस्। एउटा चेतावनीले सबै लिसनर असफल भएको प्रमाणित गर्दैन, तर काम गरिरहेको असम्बन्धित सकेटले ग्राहकलाई आवश्यक एन्डपोइन्ट उपलब्ध छ भनी प्रमाणित गर्दैन।