Squid 5–7፦ dns_v4_first ለምን ከእንግዲህ አይሰራም

አንድ አሮጌ የSquid ውቅር dns_v4_first on ይዟል። ከማሻሻያ በኋላ ያ መስመር የሚጠበቀውን የIPv4 ምርጫ አይሰጥም። ተጨማሪ ቅጂዎችን መጨመር የቀድሞውን ባህሪ አይመልስም።

የውቅር ማጣቀሻው መመሪያውን በSquid 5 እስከ 7 እንደማይገኝ ይዘረዝራል። የSquid የአድራሻ ምርጫ ከHappy Eyeballs ስራው ጋር ተለውጧል፤ የቀድሞ የምርጫ ምክር በዚያ የስሪት አውድ ውስጥ መነበብ አለበት።

ምርጫና ማስገደድ የተለያዩ ጥያቄዎች ናቸው

መጀመሪያ የሚፈልጉትን ይወስኑ። ሁለቱም ቤተሰቦች ሲገኙ የሚሰራ የIPv4 መንገድ ይመርጡ? የተበላሸ IPv6 ግንኙነትን ያስወግዱ? አንድ የተወሰነ መውጫ በIPv4 ብቻ እንዲጠቀም ያረጋግጡ? እነዚህ ተመሳሳይ ፖሊሲ አይደሉም። የመድረሻ-ቤተሰብ ገደቦች ከደንበኛ-ምንጭ ACLዎች ተለይተው መቆየት አለባቸው።

የአንድ ቤተሰብ መዳረሻን ማሰናከል አንዳንድ ጣቢያዎችን ማይደረስ ያደርጋል። የDNS መልሶችን መለወጥ ለፕሮክሲው የሚገኙትን እጩዎች ይለውጣል። ቀርፋፋ ወይም የተበላሸ መንገድን ማስተካከል የኔትወርክ ብልሽትን ይፈታል። አንዳቸውም ለተወገደ መመሪያ አጠቃላይ ተካፊ መስመር ተብለው መገለጽ የለባቸውም።

የመድረሻ አድራሻ ምርጫን ከወላጅ ፕሮክሲ ለመድረስ ከሚጠቀመው አድራሻ ጭምር ይለዩ። የወላጅ አስተናጋጅ ስም የራሱ IPv4 እና IPv6 እጩዎች ሊኖሩት ይችላል፤ ወላጁ የመጨረሻውን የድረ ገጽ ግንኙነት በራሱ ፖሊሲ ያደርጋል።

የምንጭ አድራሻ ደንብ ሌላ ሚና አለው፦ ለግንኙነት ተስማሚ ምንጭ ይመርጣል፤ የመድረሻ ድጋፍን አይፈጥርም። የIPv4 ምንጭ በIPv6 ብቻ የሚገኝን መድረሻ የIPv4 መጨረሻ አያደርገውም።

የተጫነውን ስሪት ሰነድና ሙሉውን የማስተላለፊያ መንገድ ይመልከቱ። ችግሩ አስተማማኝ ያልሆነ የIPv6 ግንኙነት ከሆነ ያንን ምርመራ ይጠብቁ፤ በድብቅ ሁሉን የሚሸፍን ዓለም አቀፍ ለውጥ አይፍጠሩ። የሚሰራ የምርጫ መንገድና ጥብቅ አንድ-ቤተሰብ መውጫ የተለያዩ ውቅሮችን ይጠይቃሉ።