Squid IPv4 क्लाइंट और IPv6 गंतव्य: अलग नीतियाँ

IPv4 पर क्लाइंट स्वीकार करना और उसकी अनुरोधित वेबसाइट तक IPv6 पर पहुँचना संभव है। ये अलग कनेक्शन हैं। वेबसाइट पक्ष की नीति को IPv4 क्लाइंट को स्वतः अस्वीकार नहीं करना चाहिए।

src ipv4 के साथ गंतव्य-परिवार निषेध को जोड़ने वाले उदाहरणों में यही जाल है: स्रोत ACL बदलता है कि कौन जुड़ सकता है, केवल यह नहीं कि कौन-से वेबसाइट कनेक्शन अनुमत हैं।

इच्छित प्रतिबंध परिभाषित करें

संबंधित IP ACL का समर्थन करने वाले Squid रिलीज़ के लिए, गंतव्य-परिवार नियम IPv4 गंतव्यों की पहचान के लिए dst ipv4 का उपयोग कर सकता है। ऐसे नियमों को मौजूदा प्रमाणीकरण और गंतव्य अनुमतियों के साथ एकीकृत करें; उन्हें बायपास करने वाली व्यापक IPv6 अनुमति न जोड़ें।

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

आउटगोइंग IPv6 पता बाँधना भी पूरी प्रवर्तन नीति नहीं है। स्रोत चयन, अनुमत गंतव्य परिवार, DNS उत्तर और वास्तविक नेटवर्क पहुँच सभी योगदान करते हैं। स्पष्ट रूप से तय करें कि IPv4 फ़ॉलबैक स्वीकार्य है या नहीं।

forwarded_for बदलने से यह समस्या हल नहीं होती। यह HTTP हेडर को प्रभावित करता है, प्रॉक्सी के TCP कनेक्शन के पता परिवार को नहीं। इसी तरह, IPv6 DNS रिज़ॉल्वर यह गारंटी नहीं देता कि जिस भी नाम का वह उत्तर देता है, उसका IPv6 गंतव्य है।

बड़े पुराने कॉन्फ़िगरेशन को अपनाने से पहले रिलीज़-विशिष्ट व्यवहार जाँचें। विशेष रूप से: dns_v4_first Squid 5 से 7 में समर्थित परिवार-वरीयता स्विच नहीं है। जिस नीति का आप ठीक से वर्णन कर सकते हैं, उसे असंबंधित IPv6 सेटिंग्स के संग्रह की तुलना में सत्यापित करना आसान है।