Squid 5–7: dns_v4_first अब क्यों काम नहीं करता

पुराने Squid कॉन्फ़िगरेशन में dns_v4_first on है। अपग्रेड के बाद वह पंक्ति अब अपेक्षित IPv4 वरीयता नहीं देती। उसकी और प्रतियाँ जोड़ने से पहले का व्यवहार बहाल नहीं होगा।

कॉन्फ़िगरेशन संदर्भ इस निर्देश को Squid 5 से 7 में अनुपलब्ध बताता है। Squid का पता चयन उसके Happy Eyeballs कार्य के साथ बदला; पुरानी वरीयता सलाह उसी संस्करण के संदर्भ में पढ़नी चाहिए।

वरीयता और थोपना दो अलग अनुरोध हैं

पहले तय करें कि आपको क्या चाहिए। दोनों परिवार उपलब्ध हों तो काम करने वाले IPv4 मार्ग को वरीयता दें? टूटी IPv6 कनेक्टिविटी हटाएँ? किसी विशेष एग्ज़िट का केवल IPv4 उपयोग सुनिश्चित करें? ये एक ही नीति नहीं हैं। गंतव्य-परिवार प्रतिबंध भी क्लाइंट-स्रोत ACL से अलग रहने चाहिए।

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

गंतव्य पता चयन को पैरेंट प्रॉक्सी तक पहुँचने वाले पते से भी अलग रखें। पैरेंट होस्टनाम के अपने IPv4 और IPv6 उम्मीदवार हो सकते हैं, जबकि पैरेंट अपनी नीति से अंतिम वेबसाइट कनेक्शन करता है।

स्रोत-पता नियम की फिर दूसरी भूमिका है: वह कनेक्शन के लिए संगत स्रोत चुनता है, गंतव्य का समर्थन गढ़ता नहीं। IPv4 स्रोत केवल-IPv6 गंतव्य को IPv4 एंडपॉइंट नहीं बनाता।

स्थापित संस्करण का दस्तावेज़ और पूरा फ़ॉरवर्डिंग पथ जाँचें। यदि समस्या अविश्वसनीय IPv6 कनेक्शन है, तो वही निदान बनाए रखें, ऐसा मौन वैश्विक बदलाव न करें जो उसे ढक दे। काम करने वाला वरीय मार्ग और सख्त एक-परिवार एग्ज़िट अलग कॉन्फ़िगरेशन के हक़दार हैं।