WRONG_VERSION_NUMBER د پروکسي سره: HTTP او HTTPS وګورئ

د پروکسي د لېږد ناسمونې تشخیص کړئ، مخکې له دې چې د ګمراه کوونکي SSL تېروتنې له امله د TLS نسخې راټیټې یا د سند ترتیبات بدل کړئ.

تېروتنه وایي “ناسمه نسخه”، نو د TLS د نسخو بدلول پرې زړه ښه کېږي. د پروکسي سره، یو مخکینی امکان وګورئ: ایا کلاینت TLS لاسمنځ د هغه پورټ ته ولېږه چې ساده HTTP ته انتظار و؟

د https://example.com/ په څېر هدف او د http://proxy.example:8080 په څېر پروکسي عادي جوړه ده. دوهم URL HTTPS ته بدلول کلاینت ته وایي چې خپله خبرې اترې له پروکسي سره پخپله کوډ کړي. دا د HTTPS وېبپاڼو د اجازې ورکولو لارښوونه نه ده.

لومړنۍ TLS خبرې اترې ومومئ

د HTTP پروکسي سره، کلاینت لومړی CONNECT لېږلی شي او HTTP ځواب ترلاسه کړي. یوازې له هغې وروسته د تونل دننه د هدف TLS پیلوي. د HTTPS پروکسي سره لومړی پروکسي ته جلا TLS اړیکه راځي.

د HTTP د تېروتنې پاڼه یا بل ساده متن ترلاسه کوونکی TLS شنونکی کېدای شي د پروتوکول تېروتنه راپور کړي. هغه عبارت نه څرګندوي چې وېبپاڼه کومې TLS نسخې ملاتړ کوي، او نه دا چې له وېبپاڼې سره اړیکه شوې وه.

  1. د پروکسي URL، د هغې د سکیم سره یوځای، او د پای ټکي مستند پروتوکول ولیکئ.
  2. ومومئ چې ناکامي د CONNECT ځواب مخکې، د هدف TLS په جریان کې، که د پروکسي د خپل سند د تصدیق پر مهال پېښه شوې وه.
  3. کله چې زوړ حل پرتله کوئ، د کلاینت او تړاوونو ریښتیني نسخې وګورئ. پخوانیو پروکسي پلي کولو ځینې وختونه سکیم بېل ډول ګڼه.

څو سمونونه کېدای شي د بېلو دلیلونو له امله ناسم وي. د HTTP پروکسي لیست د دې لارې له مخې د اجازې وړ عمومي غوښتنو لپاره عادي HTTP پای ټکي نوماندان وړاندې کوي. ساده HTTP پای ټکي ته د HTTP پروکسي سکیم ته اړتیا ده؛ هغه پای ټکی چې واقعاً TLS فعال وي باید HTTPS او د سند تصدیق وساتي. هغه پروکسي چې CONNECT ردوي، ملاتړ شوي خدمت یا تګلارې ته اړتیا لري، نه د کتابخانې خپلسري راټیټول.

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

اړوندې مقالې