የcurl SOCKS ወደ HTTP የproxy ሰንሰለት

የcurl --preproxy አማራጭ ወደ HTTP ወይም HTTPS proxy ከመድረሱ በፊት ከSOCKS proxy ጋር ይገናኛል። ይህን የተወሰነ ሰንሰለት ይደግፋል እንጂ ማንኛውንም የproxy አገልጋዮች ዝርዝር አይደግፍም።

መንገዱ client → SOCKS መጨረሻ ነጥብ → HTTP proxy → መድረሻ ነው። በትዕዛዙ ውስጥ ያሉትን ሁለቱንም የሰነድ ምሳሌ መጨረሻ ነጥቦች ይተኩ፦

curl --preproxy socks5h://203.0.113.10:1080 --proxy http://203.0.113.20:8080 --noproxy '' --connect-timeout 5 --max-time 20 --verbose https://example.com/

የSOCKS አገልግሎት የHTTP proxyውን አድራሻና port መድረስ አለበት። ከዚያም HTTP proxyው የመድረሻውን ጥያቄ መቀበል አለበት። ሁለተኛው proxy በhost ስም ከተገለጸ፣ የመጀመሪያው SOCKS ሁነታ ያ ስም የት እንደሚፈታ ይወስናል፤ ቁጥራዊ መጨረሻ ነጥብ ይህን ፍለጋ አያስፈልገውም።

የተሳነውን ደረጃ ማግኘት

መጀመሪያ በእያንዳንዱ መጨረሻ ነጥብ በተለየ መልኩ ጥያቄ ያረጋግጡ፤ ለHTTP ደረጃ የጊዜ ገደብ ያለው HTTP proxy ፈተና ይጠቀሙ። ሁለቱም ቢሠሩም፣ የመጀመሪያው proxy ሁለተኛውን ሊደርስ ስለማይችል የተጣመረው መንገድ ሊሳነው ይችላል።

ዝርዝር የክትትል መረጃውን በግንኙነት ቅደም ተከተል ያንብቡ። ወደ ሁለተኛው proxy ሲደርሱ የሚከሰት SOCKS ስህተት፣ HTTP proxyው ወደ ድረ ገጹ CONNECT መቀበል ወይም መከልከል ከመወሰኑ በፊት ነው። የትኛው handshake እንዳልተሳካ ይመዝግቡ።

ተጨማሪው ደረጃ መቼ ይጠቅማል?

የተፈቀደ HTTP proxy በSOCKS መንገድ ተደራሽ ሲሆን ይህ አደረጃጀት ሊጠቅም ይችላል። ነገር ግን ሊሳናቸው ወይም መዘግየት ሊጨምሩ የሚችሉ ሌላ አገልግሎትና የአውታረ መረብ መንገድም ይጨምራል። ከሕዝባዊ proxy ዝርዝር የተወሰዱ ነጥቦችን ማሰናሰል የአስተማማኝነት ወይም የማንነት መደበቅ ዋስትና አይሰጥም፣ ግንኙነቱን የሚያስተናግዱ ወገኖችን ማመንም አሁንም ያስፈልጋል።

--preproxy curl 7.52.0 ወይም ከዚያ አዲስ ይፈልጋል፤ ሌሎች መተግበሪያዎች ይህን አደረጃጀት ላይደግፉ ይችላሉ።