Squid अपने लिसनर को बाइंड नहीं कर सकता: पहले पता जाँचें

बाइंड त्रुटि प्रॉक्सी होस्ट पर तब होती है जब क्लाइंट इच्छित लिसनर का उपयोग नहीं कर सकता। वेबसाइट URL या प्रॉक्सी पासवर्ड बदलने से कोई अनुपस्थित स्थानीय पता उपलब्ध नहीं होगा।

पूरा विफल एंडपॉइंट पढ़ें: पता, पोर्ट और पता परिवार। [::1] वाला संदेश IPv6 loopback से संबंधित है। यह IPv6 वेबसाइट से बाहर कनेक्ट न कर पाने के समान नहीं है।

पूछें कि कौन-सा नेटवर्क नेमस्पेस इसका स्वामी है

कंटेनरयुक्त प्रॉक्सी के लिए, कंटेनर के नेटवर्क परिवेश में उपलब्ध पतों की जाँच करें। वहाँ IPv6 समर्थन और पता कॉन्फ़िगरेशन होस्ट से भिन्न हो सकते हैं। कंटेनर पोर्ट प्रकाशित करने से वह हर पता स्वतः नहीं बनता जिसे कोई सेवा बाइंड करने का प्रयास करती है।

Squid का लिसनर संदर्भ बताता है कि स्पष्ट पता एक विशिष्ट स्थानीय एंडपॉइंट बाइंड करता है। होस्टनाम और भ्रम का स्रोत जोड़ सकता है यदि वह उस परिवेश में अनुपस्थित पते पर हल होता है।

अन्य बाइंड त्रुटियों के कारण भिन्न होते हैं। अधिकृत पोर्ट किसी अन्य लिसनर या इंस्टेंस का संकेत देता है। अनुमति अस्वीकृत होना विशेषाधिकार प्राप्त पोर्ट या होस्ट सुरक्षा नीति से जुड़ा हो सकता है। अनुपलब्ध पता पता कॉन्फ़िगरेशन की ओर संकेत करता है। हर बाइंड विफलता को फ़ायरवॉल अस्वीकृति मानने के बजाय इन अवलोकनों को अलग रखें।

यदि परिनियोजन जानबूझकर केवल IPv4 है, तो इच्छित एक्सेस नीति के अंतर्गत उपयुक्त स्पष्ट IPv4 लिसनर चुनें। यदि IPv6 आवश्यक है, तो उस परिवेश को इसका समर्थन करने के लिए कॉन्फ़िगर करें। केवल त्रुटि चुप कराने के लिए सार्वजनिक रूप से wildcard पते पर बाइंड करना प्रॉक्सी को इच्छित से अधिक व्यापक रूप से उजागर कर सकता है।

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