SSTP په HTTPS باندې PPP دی، نه په 443 پورټ کې وېب پاڼه

SSTP PPP د HTTPS اړيکې په داخل کې لېږدوي، نو ځکه د منځ کې هر څه لپاره د وېب ترافیک په څېر ښکاري. TLS او HTTP باندنۍ چېنل جوړوي، بيا د SSTP کنټرول پيغامونه تونل چمتو کوي، او PPP د غونډې چلند برابروي. هغه براوزر چې په همدې پته کې پاڼه پورته کوي يوازې د لومړي پړاو یوه برخه بشپړه کړې ده. دا د VPN ازموینه ګڼل هغه لاره ده چې يو فعال پروکسي د پروتوکول ناهمغږۍ په تور محکوم شي.

څلور پړاوونه په ترتيب سره وګورئ، او هغه خرابي چې وینئ به په يو له هغوی کې وي.

پړاو 1: TCP او TLS

کلاینټ په 443 پورټ باندې TCP اړيکه پرانيزي او د TLS لاس ورکول ترسره کوي. د سندونو ځنځير بايد له هغه هوسټ نوم سره سمون ولري چې کلاینټ پرې ترتيب شوی و. دلته د نوم ناسمون د هر SSTP پيغام له تبادلې مخکې خرابي رامنځته کوي، او SSTP مشخصات فرض کوي چې دا باندنی HTTPS چېنل له مخکې شته. په وروستیو پړاوونو کې هېڅ شی دلته د باور خرابي جبرانولی نه شي.

يو عادي وېب سرور دا پړاو په بشپړ ډول بشپړولی شي او بيا هم په راتلونکي کې پاتې راشي. د TLS بریا د سند په اړه شاهد دی، نه د هغې شاته پروتوکول په اړه.

پړاو 2: HTTPS غوښتنه

SSTP خپله غوښتنه په ځانګړې طريقه، SSTP_DUPLEX_POST، کوي او د سند بيرته ورکولو پر ځای تبادله پرانيستې ساتي. يو سرور يا پروکسي چې د عادي پاڼې غوښتنو لپاره ترتيب شوی وي کېدای شي اړيکه ومني او بيا طريقه رد کړي. همدا ردېدنه هغه مطابقت ستونزه ده چې خلک يې معمولاً د 443 پورټ بندېدل بولي.

د سرور په لاګ کې د ځواب کوډ او طريقه ولولئ. په دې پړاو کې ردېدنه د TCP د وخت له پای څخه بېله ستونزه ده، او دواړه بېلو سمونونو ته رسوي.

پړاو 3: کنټرول پيغامونه

کله چې غوښتنه ومنل شي، SSTP هغه کنټرول پيغامونه تبادلوي چې تونل باندې خبرې اترې کوي او هغه چمتو کوي. دا د HTTP غوښتنې نه دي، بلکې د HTTPS د بدن په داخل کې پروتوکولي پيغامونه دي، نو هغه پروکسي چې بدنونه ګوري او بيا ليکي کېدای شي دا مات کړي او د پاڼې غوښتنې بې لاسوهنې پاتې شي.

دلته د ژورې څېړنې منځنی وسيله خپله نوم اخلي. که پاڼې پورته کېږي او VPN پاتې راځي، وګورئ چې بدن بدلېږي که نه، نه دا چې پورټ پرانيستی دی که نه.

پړاو 4: PPP کنټرول اخلي

بيا PPP د غونډې چلند برابروي: د اړيکې خبرې اترې، تصدیق او هغه شبکه يي پرت ترتيب چې وروسته راځي. د PPP تصدیق له هغه TLS کتنې جلا دی چې کلاینټ مخکې تېر کړی. هغه سرور سند چې کلاینټ یې مني د دې په اړه هېڅ نه وايي چې د کاروونکي اعتبارنامې سمې دي که نه يا حساب اجازه لري که نه.

منل شوی سند او رد شوی ننوتل يو له بل سره متناقض نه دي. دا پرله پسې پړاوونه دي چې خپلواکې پايلې لري.

تصدیق څو رولونه لري

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

ولیکئ چې کوم پړاو خرابي راپور کړه. سند، طريقه، کنټرول پيغام، PPP تصدیق، بيا لارې: پنځه ځايه، پنځه سمونونه.

د براوزر ازموینه څه ښودلی شي او څه نه شي

په پته کې پاڼه پورته کول د DNS حل، TCP رسېدنه او دا ثابتوي چې يو څه اورېدونکي دي چې HTTP خبرې کوي. دا نه ثابتوي چې طريقه منل کېږي، کنټرول تبادله ژوندی پاتې کېږي يا PPP تصدیق ترتيب شوی. د بل پروفايل د پورټ بدلولو له لارې بدلولو پر ځای هغه کلاینټ وکاروئ چې SSTP پلی کوي.

د غونډې له پورته کېدو وروسته هم لارې، DNS او د سرور خوا ته لېږل دا ټاکي چې کاروونکی څه ته رسېدلی شي. تونل يوه لاره ده، نه اجازه.