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 सेटिङहरूको सङ्ग्रहभन्दा सजिलै प्रमाणित गर्न सकिन्छ।