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, प्यारेन्ट राउटिङ र प्रोक्सी प्रोटोकल उस्तै राख्नुहोस्।