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 सेटिंग्जच्या संग्रहापेक्षा सहजपणे मान्य करता येते.