د curl له SOCKS څخه HTTP ته د پراکسي ځنځیر

د curl د --preproxy غوراوی د HTTP یا HTTPS پراکسي تر رسېدو مخکې له SOCKS پراکسي سره نښلي. دا د پراکسي سرورونو د خپل‌سري لېست پر ځای د همدې ځانګړي ځنځیر ملاتړ کوي.

لار کلاینټ → د SOCKS پای‌ټکی → HTTP پراکسي → موخه ده. په قومانده کې دواړه د اسنادو پای‌ټکي بدل کړئ:

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 پراکسي پتې او پورټ ته ورسېږي. بیا HTTP پراکسي باید د موخې غوښتنه ومني. که دویمه پراکسي د کوربه په نوم وي، لومړی SOCKS حالت ټاکي چې دا نوم چېرته حل کېږي؛ عددي پای‌ټکی دا لټون نه غواړي.

د ناکام ګام موندل

لومړی د هر پای‌ټکي له لارې جلا غوښتنه تایید کړئ؛ د HTTP ګام لپاره وخت محدود د HTTP پراکسي ازموینه وکاروئ. که دواړه کار هم کوي، ګډه لار بیا ناکامېدای شي ځکه لومړۍ پراکسي دویمې ته نه شي رسېدای.

مفصل تعقیب د اړیکو په ترتیب ولولئ. دویمې پراکسي ته د رسېدو پر مهال د SOCKS ناکامي د HTTP پراکسي له دې پرېکړې مخکې وي چې وېبپاڼې ته CONNECT ومني یا رد کړي. ولیکئ چې کوم لاس‌ورکول ناکام شول.

اضافي ګام کله مرسته کوي

دا ترتیب هغه وخت ګټور کېدای شي چې اجازه لرونکې HTTP پراکسي د SOCKS له لارې د لاسرسي وړ وي. خو بل خدمت او د شبکې لار هم زیاتوي چې ناکامېدای یا ځنډ زیاتولی شي. د عامه پراکسي لېست د پای‌ټکو ځنځیرول د باور وړتیا یا ناپېژندګلوۍ ضمانت نه کوي او د اړیکې سمبالوونکو لوریو باور لا هم غواړي.

--preproxy د curl 7.52.0 یا نوې نسخه غواړي؛ نور اپلېکېشنونه ښايي د همدې ترتیب ملاتړ ونه کړي.