የNGINX የተመዘገበ upstream አድራሻን ተጠቅመው IPv6 ተደራሽነትን ያረጋግጡ
የAAAA መልስ ትክክል ሊሆን ይችላል ነገር ግን የተመረጠው መንገድ የማይሠራ ሊሆን ይችላል፤ resolver ipv6=off ለNGINX runtime resolver ብቻ ነው የሚተገበረው።
የግንኙነት ስህተቱን ከupstream አድራሻ ጋር ያጣምሩ። የIPv6 መድረሻ እና የኔትወርክ-የማይደረስበት ስህተት የIPv6 መንገድ ብልሽትን ያመለክታሉ፣ ምንም እንኳን DNS ትክክለኛ መልስ ቢመልስም። በኋላ “በጊዜያዊነት ተሰናክሏል” የሚል መልእክት ብቻውን DNS መንስኤ መሆኑን አያረጋግጥም።
በእውነት የNGINX runtime resolver የሚጠቀም ነባር ውቅር ላይ፣ IPv4-ብቻ የሆነ ፖሊሲ ይህን ሊጠቀም ይችላል፦
resolver 192.0.2.53 ipv6=off;ከሰነዱ አድራሻ ይልቅ የታመነና የሚደረስበት resolver ይጠቀሙ። NGINX በተለምዶ ሁለቱንም ቤተሰቦች ይፈልጋል፤ ipv6=off የዚህን resolver የIPv6 ፍለጋዎች ያግዳል።
በአስተናጋጁ ላይ IPv6ን አያሰናክልም፣ ውቅሩ ሲጫን የሚፈቱትንም ሁሉንም አስተናጋጅ ስሞች አይለውጥም። የመንገድ ለውጥ ከመጠበቅዎ በፊት ተንቀሳቃሽ መድረሻው ያንን resolver እንደሚጠቀም ያረጋግጡ።
ሥራው IPv6 የሚፈልግ ከሆነ፣ በምትኩ መንገዱን ያስተካክሉ። የተከለከለ የIPv4 ፖርት፣ ያልተሳካ የወላጅ ግንኙነት ወይም ያረጀ መዝገብ ወደ ሌላ ችግር ያመራል።