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 సెట్టింగ్ల సమాహారం కంటే సులభంగా ధృవీకరించబడుతుంది.

సంబంధిత వ్యాసాలు