जब Squid होस्टनाम रिज़ॉल्व नहीं कर पाता

DNS वहीं जाँचें जहाँ खोज विफल हो रही है। आपके लैपटॉप का कोई नाम रिज़ॉल्व कर पाना यह साबित नहीं करता कि Squid या आगे का कनेक्शन बनाने वाला पैरेंट प्रॉक्सी भी उसे रिज़ॉल्व कर सकता है।

विफल इंस्टेंस का कैश लॉग पढ़ें और सर्वर की रिज़ॉल्वर सेटिंग जाँचें। होस्ट स्तर पर एक सहायक जाँच है:

getent ahosts target.example

वास्तविक लक्ष्य इस्तेमाल करें। getent होस्ट की खोज व्यवस्था इस्तेमाल करता है; Squid का आंतरिक रिज़ॉल्वर या कैश अलग हो सकता है। उन्हें एक जैसा मानने से पहले स्पष्ट रूप से दिए गए dns_nameservers और hosts_file इनपुट जाँचें।

Squid 6.13 में स्पष्ट रूप से दी गई नेमसर्वर सूची में IP पते होते हैं:

dns_nameservers 192.0.2.53

दस्तावेज़ के इस पते को ऐसे स्वीकृत रिज़ॉल्वर से बदलें जिस तक Squid सर्वर से पहुँचा जा सके। निजी नामों के लिए संगठन का रिज़ॉल्वर ज़रूरी हो सकता है; असंबंधित सार्वजनिक रिज़ॉल्वर को अपने DNS दृश्य में वे नाम न दिखें।

लैपटॉप की hosts फ़ाइल का उपनाम प्रॉक्सी के ज़रिए भेजे गए होस्टनाम अनुरोध के साथ नहीं जाता। खोज करने वाली मशीन पर इंस्टॉल किए गए Squid संस्करण की hosts_file सेटिंग देखें और जहाँ लागू हो पैरेंट प्रॉक्सी का रिज़ॉल्वर भी ध्यान में रखें। TLS पहचान के लिए इस्तेमाल होस्टनाम सेवा के अनुरूप रखें।

एक नियंत्रित कॉन्फ़िगरेशन बदलाव के बाद सिंटैक्स जाँचकर इच्छित इंस्टेंस का कॉन्फ़िगरेशन फिर लोड करें, वही अनुरोध दोहराएँ और उसके प्रमाण देखें। कैश में मौजूद सकारात्मक और नकारात्मक उत्तर बार-बार के परीक्षणों को प्रभावित कर सकते हैं। सफल खोज के बाद कनेक्शन टाइमआउट आना आगे के चरण की रूट या अनुमति संबंधी विफलता है; उसे ठीक करने के लिए DNS बदलते न रहें। सर्वर के बदलाव का मूल्यांकन करते समय क्लाइंट DNS, पैरेंट रूटिंग और प्रॉक्सी प्रोटोकॉल स्थिर रखें।