Squid त्याचा लिसनर बाइंड करू शकत नाही: आधी पत्ता तपासा
Squid लिसनर बाइंड अपयश गंतव्य कनेक्टिव्हिटीपासून वेगळे करा आणि प्रत्यक्ष प्रक्रिया पर्यावरणातील पत्ता-कुटुंबाची उपलब्धता तपासा.
क्लायंट इच्छित लिसनर वापरू शकण्यापूर्वी प्रॉक्सी होस्टवर बाइंड त्रुटी उद्भवते. वेबसाइट URL किंवा प्रॉक्सी पासवर्ड बदलल्याने अस्तित्वात नसलेला स्थानिक पत्ता उपलब्ध होणार नाही.
अयशस्वी संपूर्ण एंडपॉइंट वाचा: पत्ता, पोर्ट आणि पत्ता कुटुंब. [::1] असलेला संदेश IPv6 loopback बद्दल आहे. हे IPv6 वेबसाइटला बाहेर कनेक्ट होऊ न शकण्यासारखे नाही.
कोणते नेटवर्क नेमस्पेस त्याचे मालक आहे ते विचारा
कंटेनरमधील प्रॉक्सीसाठी, कंटेनरच्या नेटवर्क पर्यावरणात उपलब्ध पत्ते तपासा. तेथील IPv6 समर्थन आणि पत्ता कॉन्फिगरेशन होस्टपेक्षा वेगळे असू शकते. कंटेनर पोर्ट प्रकाशित केल्याने सेवा बाइंड करू पाहणारा प्रत्येक पत्ता स्वयंचलितपणे तयार होत नाही.
Squid चा लिसनर संदर्भ स्पष्ट करतो की स्पष्ट पत्ता विशिष्ट स्थानिक एंडपॉइंट बाइंड करतो. त्या पर्यावरणात नसलेल्या पत्त्यावर रिझॉल्व्ह झाल्यास होस्टनाव गोंधळाचा आणखी स्रोत ठरू शकते.
इतर बाइंड त्रुटींची कारणे वेगळी असतात. व्यापलेला पोर्ट दुसरा लिसनर किंवा इन्स्टन्स दर्शवतो. परवानगी नाकारणे विशेषाधिकार पोर्ट किंवा होस्ट सुरक्षा धोरणाशी संबंधित असू शकते. अनुपलब्ध पत्ता पत्ता कॉन्फिगरेशनकडे निर्देश करतो. प्रत्येक बाइंड अपयशाला फायरवॉल नकार मानण्याऐवजी ही निरीक्षणे वेगळी ठेवा.
परिनियोजन जाणूनबुजून फक्त IPv4 असल्यास, इच्छित प्रवेश धोरणानुसार योग्य स्पष्ट IPv4 लिसनर निवडा. IPv6 आवश्यक असल्यास, ते पर्यावरण त्यास समर्थन देण्यासाठी कॉन्फिगर करा. केवळ त्रुटी शांत करण्यासाठी सार्वजनिकरीत्या wildcard पत्त्यावर बाइंड करणे प्रॉक्सीला इच्छितापेक्षा अधिक व्यापकपणे उघड करू शकते.
शेवटी, अयशस्वी सॉकेट क्लायंटकडे असलेला HTTP लिसनर आहे की Squid चा दुसरा घटक ते तपासा. एक इशारा सर्व लिसनर अपयशी ठरले हे सिद्ध करत नाही, परंतु कार्यरत असंबंधित सॉकेट क्लायंटना आवश्यक एंडपॉइंट उपलब्ध आहे हे सिद्ध करत नाही.