Squid የ IPv4 ደንበኞች እና የ IPv6 መዳረሻዎች፡ የተለያዩ ፖሊሲዎች

ደንበኛን በ IPv4 መቀበልና የጠየቀውን ድህረ ገጽ በ IPv6 መድረስ ይቻላል። እነዚህ የተለያዩ ግንኙነቶች ናቸው። ስለ ድህረ ገጹ ጎን ያለ ፖሊሲ የ IPv4 ደንበኞችን በራስ-ሰር መጣል የለበትም።

የመዳረሻ-ቤተሰብ እገዳን ከ src ipv4 ጋር በሚያጣምሩ ምሳሌዎች ውስጥ ያለው ወጥመድ ይህ ነው፦ የምንጭ ACL ማን ማገናኘት እንደሚችል ይለውጣል፣ የትኞቹ ድህረ ገጽ ግንኙነቶች እንደሚፈቀዱ ብቻ አይደለም።

የታሰበውን ገደብ ይግለጹ

አግባቡ ያሉትን የ IP ACLs ለሚደግፉ የ Squid ስሪቶች፣ የመዳረሻ-ቤተሰብ ደንብ dst ipv4 ን ተጠቅሞ የ IPv4 መዳረሻዎችን ለይቶ ማወቅ ይችላል። እንደነዚህ ያሉ ደንቦችን ከነባር ማረጋገጫ እና የመዳረሻ ፈቃዶች ጋር ያዋህዱ፤ እነሱን የሚያልፍ ሰፊ IPv6 ፈቃድ አይጨምሩ።

የ ACL ማጣቀሻ የምንጭና የመዳረሻ ዓይነቶችን ይለያል። ይህ ገደብ ነው፣ ራስ-ሰር የትርጉም አገልግሎት አይደለም። IPv4-ብቻ ድህረ ገጽ ማሽኑ በ IPv4 ሊደርስበት ቢችልም የማይገኝ ሊሆን ይችላል።

ወደ ውጭ የሚወጣ የ IPv6 አድራሻ ማሰርም መላው የማስፈጸሚያ ፖሊሲ አይደለም። የምንጭ ምርጫ፣ የተፈቀዱ የመዳረሻ ቤተሰቦች፣ የ DNS መልሶች እና ትክክለኛ የአውታረ መረብ ተደራሽነት ሁሉም አስተዋጽኦ ያደርጋሉ። የ IPv4 መመለሻ ተቀባይነት እንዳለው በግልጽ ይወስኑ።

forwarded_for ን መለወጥ ይህን ችግር አይፈታም። ያ የ HTTP ራስጌን ይነካል፣ የፕሮክሲውን የ TCP ግንኙነት የአድራሻ ቤተሰብ አይደለም። በተመሳሳይ ሁኔታ፣ የ IPv6 DNS መፍቻ የሚመልሳቸው ሁሉም ስሞች የ IPv6 መዳረሻ አላቸው ብሎ አያረጋግጥም።

ትልቅ የቆየ ውቅር ከመውሰድዎ በፊት ከስሪት ጋር የተያያዘ ባህሪን ያረጋግጡ። በተለይ፦ dns_v4_first በ Squid 5 እስከ 7 ውስጥ የሚደገፍ የቤተሰብ-ምርጫ መቀየሪያ አይደለም። በትክክል ሊገለጽ የሚችል ፖሊሲ ከተዛማጅ ያልሆኑ የ IPv6 ቅንብሮች ስብስብ የተሻለ ማረጋገጥ ይችላል።