SSTP لومړی سرور او بیا کارن تصدیق کوي
SSTP لومړی د سرور سند اعتبار کوي او کارن بیا وروسته د PPP له لارې تصدیق کوي۔ خطا له سم پړاو سره وتړئ، نه دا چې دواړه پړاوونه یوځای لمس کړئ۔
د SSTP کلاینت کولی شي TLS بشپړ کړي او بیا هم یوه ثانیه وروسته کارن رد کړي۔ دا ترتیب کومه تېروتنه نه ده، دا د پروتوکول سټک دی: لومړی د لېږد امنیت، بیا د کارن تصدیق۔ ځکه چې دوه پړاوونه په جلا پیغامونو کې ناکامېږي، دوی جلا سمونې هم غواړي۔ دا لوستل چې کوم پړاو خطا تولید کړه، د تشخیص ډېره برخه ده۔
باوري سند د پای ټکی ثابتوي؛ د حساب په اړه هېڅ نه وایي۔
TLS لاس ورکول څه ټاکي
کلاینت د سرور لخوا وړاندې شوی سند د خپل باور ذخیرې، غوښتل شوې کوربه نوم، د اعتبار مودې او د پلیټفارم لخوا تطبیق شوې هرې اضافي پالیسۍ په وړاندې اعتبار کوي۔ دا د پام وړ پای ټکي سره اړیکه ساتي۔ خو دا نه ثابتوي چې ځانګړی حساب فعال، نه پای ته رسېدلی یا د لرې لاسرسي لپاره مجاز دی۔ دا جلا پوښتنې دي چې وروسته بل جز پرې پوښتنه کوي۔
نو د ننوتلو غوښتنې ته د رسېدو لپاره د سند ازموینې لرې کول غلط سمون دی۔ تاسو د داسې اړیکې په ننوتلو غوښتنه ترلاسه کوئ چې نشئ کولی یې اعتبار وکړئ۔ د سند تېروتنه د کوربه نوم، ساعت، لړۍ یا د باور ترتیباتو پورې اړه لري۔
SSTP او PPP پر سر څه زیاتوي
SSTP د HTTPS پر سر ځي او PPP په خپل منځ کې وړي، د اړیکې شاوخوا خپله کنټرول تبادله لري۔ بیا PPP خپلې د تړاو او تصدیق پړاوونه چلوي، او د تصدیق طریقه د سرور پالیسۍ او د کلاینت وړتیا پورې اړه لري۔ PAP، CHAP، MS-CHAPv2 او EAP ټول د PPP تصدیق انتخابونه دي چې ډېر توپیر لرونکي ځانګړنې لري۔ د VPN کارن ازموینه هماغه PPP پړاو دی، نه لاندې TLS طبقه۔
نو د کارن رد کول کېدای شي د اعتبارنامې، د حساب محدودیت یا د طریقې ناسمونې معنا ولري۔
د سرور په خوا دلیل ډېر ګټور دی له هغې چې په پروفایل کې هر راز بیا تنظیم کړو۔ د حساب غیر فعالېدو پېښه او د طریقې د خبرو اترو ناکامي په کلاینت کې ورته ښکاري او په سرور کې هېڅ ګډ شی نلري۔
خطا له پړاو سره وتړئ
وګورئ چې اړیکه TLS ته رسېږي، بیا SSTP HTTP تبادلې ته، بیا PPP پړاو ته۔ د هڅو ترمنځ د لاګونو وخت نښې سمې وساتئ تر څو پخوانی ناکامي له وروستي بریالیتوب سره ګډه نشي۔ هغه کلاینت چې په یوه کړکۍ کې دوه هڅې ثبتوي، بل ډول به داسې ښکاره شي چې په وروستي رسېدلي پړاو کې ناکام شوی۔ لومړنۍ اړونده خطا ولولئ، نه وروستی کرښه۔
هماغه سمون د سرور په خوا هم مهم دی، چېرې چې د تصدیق ریکارډ او د لېږد لاګ ډېری وختونه جلا فایلونه وي چې جلا ساعتونه لري۔ دوه دقیقې توپیر بس دی چې یو ښکاره لامل ناممکن ښکاره شي۔
له ننوتلو وروسته هم اجازه جلا ده
بریالۍ ننوتنه هر شخصي سرچینه نه ورکوي۔ لارې ټاکي چې څه ته رسېدل ممکن دي، DNS ټاکي چې څه حل کېږي، او هر خدمت لا هم خپلې اجازې تطبیقوي۔ هغه ناسته چې نښلول شوې ښودل کېږي، د تونل په اړه څرګندونه ده، نه د فایل شریکولو په اړه۔ کله چې کارن ونښلول شي خو یو کوربه ته ونه رسېږي، د تونل پړاو دمخه پای ته رسېدلی وي۔
دا هماغه طبقې بندي ده چې لاس ورکولو ښودلې وه، یوه طبقه لوړه۔
د حساب بیا ترلاسه کول د اپراتور په ملاتړ شوې پروسه کې وساتئ، نه دا چې د کارن صریح رد په ځواب کې د لېږد ترتیبات بدل کړئ۔ د غیر فعال حساب د سمولو لپاره د لېږد بدلول هغه ډول سمون دی چې د حساب د بې اړیکې لامل له امله بیا فعالېدو پر مهال کار کوونکی ښکاري۔