የIPv4 እና IPv6 ፕሮክሲዎች፦ ድጋፍ የሚያስፈልገው የትኛው ግንኙነት ነው?

የIPv6 ፕሮክሲ አዳማጭ ከደንበኛዎ የIPv6 መንገድ ይፈልጋል። ወደ ድረ ገጽ የሚወጣው ግንኙነት ግን IPv4 ሊጠቀም ይችላል። በተቃራኒው፣ ፕሮክሲው አስፈላጊው ድጋፍና መንገድ ካለው፣ የIPv4 አዳማጭ ወደ IPv6 መድረሻ ሊደርስ ይችላል።

በሙሉ የፕሮክሲ URL ውስጥ የIPv6 ቁጥራዊ አድራሻን በካሬ ቅንፍ ይክበቡ፦

http://[2001:db8::10]:8080

የሰነዱን አድራሻ በእውነተኛው መገናኛ ነጥብ ይተኩ። የአስተናጋጅና ፖርት መስኮች የተለዩ ከሆኑ ያለ ቅንፍ አድራሻ ሊጠብቁ ይችላሉ፤ የመተግበሪያውን ቅርጸት ይከተሉ። ትክክለኛ አጻጻፍ የጎደለ የIPv6 መንገድ አይፈጥርም። ስለዚህ አዳማጩን ከመውቀስ በፊት የአውታረ መረብዎን የIPv6 ሁኔታ ወይም ሌላ IPv6 መድረሻ ይመልከቱ።

የመድረሻ አድራሻን የሚመርጠው የትኛው ወገን ነው?

በአስተናጋጅ ስም የተመሠረተ CONNECT ጥያቄ ከመድረሻው ጋር መገናኘትን ለፕሮክሲው ይተወዋል። SOCKS5 እንደ ደንበኛው ሁነታ የIPv4 አድራሻ፣ የIPv6 አድራሻ ወይም የጎራ ስም ሊያስተላልፍ ይችላል። በደንበኛው በኩል የአድራሻ ቤተሰብ ማስገደድ በርቀት የሚፈታ ስምን የግድ አይገድብም፤ አማራጩ የትኛውን ግንኙነት እንደሚነካ ይለዩ።

ስለዚህ የIPv6 አዳማጭ ከመረጡ በኋላ የIP መፈተሻ IPv4 ማሳየት ሁለተኛ የደንበኛ ግንኙነት ሳይኖርም ይቻላል። መጀመሪያ የሚያሳየው የራሱን TCP ተጓዳኝ፣ የመተግበሪያ ራስጌ ወይስ ሌላ የአሳሽ ጥያቄ መሆኑን ይወስኑ። ያልተመሰጠረ HTTP ማስተላለፍ የደንበኛ አድራሻ መረጃ ሊጨምር ይችላል፤ መደበኛ CONNECT ማስተላለፊያ ግን በመድረሻው የተመሰጠረ HTTP ውስጥ ራስጌ ማስገባት አይችልም። የForwarded መረጃ የእምነት ፖሊሲ ይፈልጋል፣ በራሱም የሌላ አውታረ መረብ ግንኙነት ማስረጃ አይደለም።

መገናኛ ነጥቡን፣ መድረሻውን፣ ፕሮቶኮሉንና የመጀመሪያውን ስህተት ይመዝግቡ። ወደ አዳማጩ አለመድረስ፣ አዳማጩ መድረሻው ተደራሽ አይደለም ብሎ ከመመለሱ ይለያል። ከProxyHub ፕሮክሲ ዝርዝር ጀርባ ያለው ሰብሳቢ በአሁኑ ጊዜ የIPv4 መዝገቦችን ይቀበላል፤ እነዚህ የIPv6 ምሳሌዎች አጠቃላይ ባህሪን ያብራራሉ እንጂ በአሁኑ ዝርዝር የIPv6 ማጣሪያ አለ ማለት አይደለም።