خلک socks5h د socks5 په څیر د ډیر اسانه لیکنې سره ګڼي، او تمه لري چې دواړه به هماغه غوښتنه هماغه ځای ته ولېږي. اضافه توری پرځای د DNS پوښتنه ګرځوي. په هغه ماشین کې چې حل کوونکی او پروکسي یې په جلا شبکو کې وي، دا د بریالۍ او ناکامې غوښتنې ترمنځ توپیر دی.

یو توری، دوه حل کوونکي

سکیم ټاکي چې د منزل نوم چېرې پته کیږي. ځایي حل د هغه حل کوونکي کاروي چې ستاسو په ماشین کې تنظیم شوی. لیرې حل کوربه نوم د SOCKS غوښتنې دننه ږدي، او پروکسي هغه خپل حل کوونکي او شبکې ته خپل لید سره لټوي. دواړه بڼې لا هم د هماغه پورټ په هماغه پروکسي پته نښلوي، نو توپیر د غوښتنې په بدن کې دی، نه په لار کې.

په سکیم کې هیڅ شی کوډ کول یا تصدیق نه بدلوي؛ یوازې د DNS لار ګرځي. له همدې امله توری له پامه غورځول اسانه او غلطي کول ګران دي.

هماغه پروکسي، بېله غوښتنه

دواړه غوښتنې یوازې په یوه نښه توپیر لري. نور هر څه ورته دي:

curl --proxy socks5://proxy.example:1080 https://service.example/
curl --proxy socks5h://proxy.example:1080 https://service.example/

The د curl د پروکسي حواله دا سکیمونه جلا جلا مستند کوي، او دا هغه باوري دلیل دی چې دوی د سیند نومونو په توګه ونه ګڼل شي. دواړه د یو بې ضرره پای ټکي پر وړاندې چې تاسو ته د کارولو اجازه لري چل کړئ او توپیر یې ولولئ. بریالۍ لیرې پلټنه د نورو غوښتنلیکونو په اړه هیڅ نه وایي، ځکه چې براوزرونه، د کڅوړو مدیران او د ژبو د چلولو چاپیریالونه هر یو خپله غوره کوي.

د پروکسي خپل نوم په ځایي توګه حل کیږي

په هغه حکم کې، مخکې له دې چې بل څه پیښ شي proxy.example باید پته شي، او هغه پلټنه تل ځایي وي. د service.example حل پروکسي ته لېږدول د پروکسي خپل نوم لپاره هیڅ نه کوي، کوم چې لا هم داسې حل کوونکي ته اړتیا لري چې ستاسو ماشین ورته رسیدلی شي. دلته VPN انځور بدلوي.

که د پروکسي نوم یوازې د تونل دننه حل شي، نښلول په دې پورې اړه لري چې تونل د curl له پیل مخکې ولاړ وي. بیا کوم سکیم ګټي دا په دې پورې اړه لري چې کوم اړخ ځواب ورکولی شي. کله چې ستاسو ماشین منزل حل نه شي کولی خو پروکسي یې کولی شي، socks5 ناکام کیږي او socks5h بریالي کیږي. کله چې ستاسو ماشین هغه د تونل له لارې حل کړي او پروکسي یې نه شي کولی، socks5 کار کوي او socks5h ناکام کیږي.

سکیم د پروکسي سره نښلول د VPN دننه یا بهر نه ږدي؛ دا د لارښوونې جدول کوي، او سکیم هغه هیڅکله نه ویني. له همدې امله یو تونل یو سکیم سمولی شي او بل په هماغه ماشین کې مات کړي. توری یوازې دا ټاکي چې پوښتنه څوک کوي.

هر اړخ څه حل کولی شي

عامه پروکسي هغه نوم نشي حل کولی چې یوازې په شرکت کې شته، نو کوربه نوم هلته لېږل په پروکسي کې ناکام کیږي او د ځایي DNS تېروتنې پرځای د پروکسي تېروتنې په توګه ښکاري. په هماغه شخصي شبکه کې پروکسي معمولا داسې نومونه حلولی شي، او هم هلته socks5h خپل ارزښت ثابتوي. د حل کوونکي ځای د هغې تګلارې له مخې غوره کړئ چې واقعیا ورته اړتیا لرئ، ځکه چې لیرې DNS په اتوماتيک ډول ډیر وړ نه دی او نوم دریم اړخ ته سپاري. د عامه منزل لپاره دواړه بڼې کار کوي، نو هغه غوره کړئ چې ستاسو نور وسایل یې دمخه کاروي.

هغه ټاکنه په تبصره کې نه، بلکې په رنبوک کې ولیکئ، او سندونه له شریک تاریخ او تشخیصي پایلو بهر وساتئ. بیا په یو وخت کې یو متغیر بدل کړئ: هماغه منزل، هماغه باینري، هماغه حل کوونکی، یو توری.

کوم باینري ځواب ورکړ

په یوه ماشین کې دوه curl باینري کیدای شي په نسخه او د جوړولو ځانګړتیاوو کې توپیر ولري. په Unix ته ورته شیل کې type -a curl په لار کې هر مطابقت لیستوي او curl --version د هغه ځانګړتیاوې ښیي چې چلیږي. په لار کې دمخه راغلی رپ کونکی سکریپټ یا کنیت یو عام دلیل دی چې پایلې د هغه باینري سره سمون نه خوري چې تاسو یې ازموینه کوئ.

نه ملاتړ شوی سکیم، هغه پروکسي چې نوم نشي حل کولی، او نه رارسیدونکی منزل درې جلا تېروتنې دي، نو توری بدلولو دمخه پیغام ولولئ. د socks5h له نحو پرته جوړول پروکسي تار نه ملاتړ شوی ګڼي، چې د حل نشوي نوم سره یو شان نه دی. د سیسټم curl په اړه یوه زړه راپور د هر پلیټ فارم لپاره تلپاتې قاعده مه جوړوئ.

اړوندې مقالې