اوږده SOCKS لړۍ بله ګام په خپله نه پټوي

لړۍ بدلوي چې هرې اړیکې ته څوک پرانیزي. یوازې په لړلیک کې بله SOCKS پته ورزیاتول کوډونه نه ورزیاتوي.

هغه کلاینټ په پام کې ونیسئ چې دا لړۍ پخپله جوړوي:

application → SOCKS A → SOCKS B → website

لومړی له A غواړي چې له B سره وصل شي. د هغې جریان له لارې بیا کولای شي له B سره د وېبپاڼې سره د اړیکې په اړه خبرې وکړي. که له کلاینټ څخه A ته لېږد دواړه خبرې پرته له کوډونو ولېږدوي، په هغې لینک کې په کافي توګه وړ کتونکی کولای شي هغه د سمون بایټونه ولولي چې کلاینټ لېږلي. بهرنی TCP منزل د کتونکي یوازینی ممکن شاهد نه دی.

لړۍ له ساتل شوي اپلیکیشن تبادلې څخه جلا کړئ

HTTPS کولای شي د وېبپاڼې اپلیکیشن منځپانګه د هغې له TLS غونډې وروسته وساتي. دا مخکینیو SOCKS د سمون پیغامونو ته په شاتګ کوډونه نه ورکوي. SOCKS5 د کاروونکي نوم/پټنوم تصدیق هم کوډ شوی لېږد نه دی.

د کلاینټ او لومړي ګام ترمنځ کوډ شوی ترتیب په هغې لینک کې لید بدلوي. لا هم یو چلونکی او بل پای ټکی لري چې کوډ پرانیستل شوی جریان ساتي. د دې باور حد بیان کړئ، نه دا چې لړۍ نه تعقیب کېدونکې ده.

په سرور کې ټاکل شوې مورنۍ لاره بله ټوپولوژي ده. که A په داخل کې B وټاکي، کلاینټ اړ نه دی چې په خپله لومړۍ اړیکه کې د منځګړو بشپړ لړلیک لېږلی وي. دا مه وایئ چې هرہ لړۍ هره ګام په یو ډول څرګندوي.

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