Squid 5–7: dns_v4_first अब किन काम गर्दैन
Squid 5 देखि 7 संस्करणहरूमा dns_v4_first हटाइएको व्याख्या गर्छ र ठेगाना प्राथमिकतालाई IPv4-only जबरजस्तीलाई अलग गर्छ।
पुरानो Squid कन्फिगरेसनमा dns_v4_first on छ। अपग्रेड पछि त्यो लाइनले अपेक्षित IPv4 प्राथमिकता दिँदैन। यसका थप प्रतिलिपि थप्दा अघिल्लो व्यवहार फर्कंदैन।
कन्फिगरेसन सन्दर्भले यो निर्देशलाई Squid 5 देखि 7 मा अनुपलब्ध भनी सूचीबद्ध गर्छ। Squid को ठेगाना छनोट यसको Happy Eyeballs कामसँगै परिवर्तन भयो; पुरानो प्राथमिकता सल्लाह त्यही संस्करणको सन्दर्भमा पढ्नुपर्छ।
प्राथमिकता र जबरजस्ती दुई फरक अनुरोध हुन्
पहिले तपाईंलाई के चाहिन्छ निर्णय गर्नुहोस्। दुवै परिवार उपलब्ध हुँदा काम गर्ने IPv4 मार्गलाई प्राथमिकता दिने? बिग्रिएको IPv6 जडान हटाउने? कुनै निश्चित निकासले मात्र IPv4 प्रयोग गर्ने सुनिश्चित गर्ने? यी एउटै नीति होइनन्। गन्तव्य-परिवार प्रतिबन्धहरू पनि ग्राहक-स्रोत ACL बाट अलग रहनुपर्छ।
एउटा परिवारको पहुँच बन्द गर्दा केही साइटहरू पुग्न नसकिने हुन सक्छन्। DNS उत्तरहरू बदल्दा प्रोक्सीलाई उपलब्ध उम्मेदवारहरू बदलिन्छन्। ढिलो वा बिग्रिएको मार्ग सुधार्नु नेटवर्क त्रुटिको उपचार हो। यीमध्ये कुनैलाई पनि हटाइएको निर्देशको सार्वभौमिक प्रतिस्थापन लाइन भनी वर्णन गर्नु हुँदैन।
गन्तव्य ठेगानाको छनोटलाई अभिभावक प्रोक्सीसम्म पुग्न प्रयोग हुने ठेगानाबाट पनि अलग राख्नुहोस्। अभिभावक होस्टनामका आफ्नै IPv4 र IPv6 उम्मेदवारहरू हुन सक्छन्, जबकि अभिभावकले आफ्नै नीति अनुसार अन्तिम वेबसाइट जडान गर्छ।
स्रोत-ठेगाना नियमको अर्को भूमिका छ: यसले जडानका लागि मिल्ने स्रोत छान्छ, गन्तव्यको समर्थन सिर्जना गर्दैन। IPv4 स्रोतले मात्र-IPv6 गन्तव्यलाई IPv4 अन्त्य बिन्दु बनाउँदैन।
स्थापना गरिएको संस्करणको कागजात र पूरै फर्वार्डिङ मार्ग जाँच्नुहोस्। समस्या अविश्वसनीय IPv6 जडान हो भने, त्यसलाई छोप्ने मौन विश्वव्यापी परिवर्तन नगरी त्यो निदान कायम राख्नुहोस्। काम गर्ने प्राथमिक मार्ग र कडा एक-परिवार निकासले फरक कन्फिगरेसन चाहन्छ।