د .NET ساکټ ته د SOCKS لاس ورکولو اړتیا ده
تشریح کوي چې خام .NET TCP ساکټ باید څه وکړي مخکې لدې چې د اپلیکیشن بایټونه د SOCKS پراکسي له لارې سفر وکړي.
Socket.Connect() د SOCKS سرور ته اشاره کول د هغه سرور سره TCP اړیکه پرانیزي. راتلونکي بایټونه باید لا هم SOCKS ووایي. ستاسو د اپلیکیشن پروتوکول سمدلاسه لیږل سرور د بلې خبرې اترې په تمه پریږدي.
د SOCKS5 سره، د اړیکې جوړول د میتود خبرې اترې، د ټاکل شوي تصدیق تبادله او د منزل نومولو غوښتنه شاملوي. یوازې بریالۍ ځواب د اپلیکیشن بایټونو لپاره لاره پرانیزي. دا مرحلې په RFC 1928 کې تعریف شوي.
خبرې اترې د اړیکې په پرت کې وساتئ
هغه اپلیکیشن چې خپل TCP پروتوکول لري کولای شي د پراکسي پوهاوي لرونکی نښلوونکی وکاروي چې جوړ شوی جریان بیرته راولي. د اپلیکیشن پاتې برخه بیا د هغه جریان له لارې لولي او لیکي. نښلوونکی باید جزوي لوستل، د بدلیدونکي اوږدوالي پتې، د تصدیق ناکامۍ او د خبرو اترو لپاره مهال حد په پام کې ونیسي.
هغه لاسلیک شوې پلي کول چې یو ثابت اندازې بفر لولي او بریالیتوب فرض کوي، نازک دي. TCP د SOCKS پیغامونو حدود نه ساتي. د اپلیکیشن پروتوکول پیل کولو دمخه د هغه د پتې ډول لخوا تشریح شوی بشپړ ځواب ولولئ. .NET 7+ CONNECT ځواب لوستونکی هغه ګام ښیي.
که یو ساتل شوی کتابتون لا دمخه دا د اړیکې پرت وړاندې کوي، د هغه ملاتړ شوي SOCKS نسخې، تصدیق میتودونه او هدف چوکاټ وګورئ. لس کاله پخوانی فورم لینک د پلټنې لپاره پیل ټکی دی، نه د اوسني مطابقت ثبوت.
د HTTP کلاینټ ترتیبات جلا حد لري
د HTTP کلاینټ پراکسي ترتیبات هغه HTTP کلاینټ ترتیبوي. دا په پروسه کې هر خام ساکټ نه بدلوي. Socket API د شبکې پای ټکی مني او لوړې کچې خبرې اترې بلونکي ته پریږدي.
د کوډ شوي اپلیکیشن پروتوکول لپاره، د پراکسي تونل له جوړیدو وروسته د هغه TLS لاس ورکول ترسره کړئ. په هغه مرحله کې د ټاکل شوي منزل هویت تایید کړئ. د پراکسي تصدیق او د منزل تصدیق جلا پاتې کیږي که څه هم دوی ورته بنسټیز جریان کاروي.