MSCHAPv2 د VPN پروتوکول نه دی: لومړی د تونل په اړه وپوښتئ

د کاروونکو نومونه او پټنومونه د یوه وړونکي په داخل کې سفر کوي، او MSCHAPv2 یوازې د هغه کړنلارې نوم اخلي چې سفر کوي۔ د کاروونکي پروفایل د ټاکلو دمخه وپوښتئ کوم تونل یې وړي، ځکه چې هماغه د حساب لړۍ په هغو ترتیباتو کې هم ښکاري چې د کوډ یوه کرښه هم نه شریکوي۔ هرهغه پروفایل چې درکړل شي دواړه پرېکړې کوډ کوي، حتی کله چې د لارښوونې پاڼه یوازې یوه یې چاپوي۔ لاندې ترتیب هماغه دی چې یو عامل یې پرته له اټکل ځواب ویلای شي او ته یې پرته له پاکټ نیولو څېړلای شي۔

تصدیق د تونل په داخل کې ځي

VPN دوه پرېکړې کوي چې د یوې په څېر ښکاري: څنګه خواوې ساتل شوې کانال جوړوي، او څنګه یو کس د هغې په داخل کې خپله هویت ثابتوي۔ دوهمه د لارښوونې پاڼې باندې چاپېږي ځکه چې انسان هغه ټایپ کوي۔ لومړۍ پرېکړه کوي چې ایا کوم کاروونکی به هېڅ کار وکړي، او خلک هماغه پرېږدي۔ له عامله وغواړه چې لومړی وړونکی او بیا کړنلاره ونوموي، په همدې ترتیب۔ دوه اړیکې کولای شي یو شان د حساب نوم او یو شان پټنوم وغواړي، خو د ننوتلو بکس لاندې هېڅ تطبیق نه شریکوي۔

همدې لامل د همکار له کار کوونکي تلیفون څخه کاپي شوې تنظیمات ستا په تلیفون کې ناکامېدلای شي، حتی کله چې سرور دواړه اسناد ومني۔ توپیر هېڅکله سند نه و؛ هغه پروفایل و چې شاوخوا یې تاو شوی و۔ دواړه خواوې سمې دي او هېڅ نه نښلوي معمولاً همدا ګډوډي ده، او د وړونکي په نوم سره سم لاړه شي۔

درې ځایونه چې هماغه کړنلاره پکې ښکاري

په PPP کې د تصدیق ګام تر هغه انتظار کوي چې یوه اړیکه موجوده وي، او RFC 2759 MS-CHAPv2 هماغه ګام تعریفوي، نو ځکه دا کړنلاره L2TP او په زړو PPTP ځای پرځای کولو کې ښکاري۔ تونل لومړی پای ته رسېږي او د PPP خبرې اترې د هغې په داخل کې کېږي، نو یو ناکام PPP پړاو کولای شي تونل په سرور لاګ کې جوړ شوی ښکاره پرېږدي۔ د دې دوو پړاوونو په اړه جلا ولوله، دمخه له دې چې نتیجه واخله چې اسناد رد شوي۔ نو هغه کاروونکی چې د L2TP لپاره تنظیم شوی وي بشپړ سم وي او بیا هم د هغه ګېټوې لپاره غلط کاروونکی وي چې یوازې IKEv2 خبرې کوي۔

IKEv2 پرځای EAP-MSCHAPv2 د کیلي تبادلې په داخل کې ږدي، نو هماغه سند په بل وخت ناکامېږي او د غونډې تېروتنې پرځای د تصدیق تېروتنې په توګه راڅرګندېږي۔ د Android پلیټفارم IKEv2 پروفایل ورځنی مثال دی، او د PPP انتخابونو پرځای د سرور سند یا پېژندونکی غواړي۔ د حساب نوم په دواړو ترتیباتو کې یو شان دی، نو نشي کولای ووایي چې کوم یې لرې۔ دا یوازې د عامل د ملاتړ شوو پروتوکولونو لړلیک معلوموي۔

پر TLS ولاړ VPN درېیم ترتیب زیاتوي، په خپلو د کاروونکي نوم او پټنوم ډګرونو سره او په تبادله کې هېچېرې پرته له MS-CHAPv2۔ نو ځکه د پټنوم بکس لیدل د هغې شاته پروتوکول ثبوت نه دی، ځکه چې فورم د پېژندل شوي ښکارېدو لپاره جوړ شوی۔ پروتوکول د کاروونکي کړکۍ له بڼې نه، د سرور له اسنادو څخه تایید کړه۔

هغه ځوابونه چې ته یې رښتیا ته اړ یې

غوښتنه د لړلیک په توګه ولېږه، ځکه چې لړلیک ته نیمګړی ځواب ورکول سخت دي۔ د تونل پروتوکول، د هغې په داخل کړنلاره، او هغه کاروونکی وغواړه چې عامل یې ستا په پلیټفارم ملاتړ کوي۔ بیا د ګېټوې هویت او باور تنظیمات، د حساب بڼه، او هغه څه وغواړه چې باید د اړیکې له پورته کېدو وروسته ورسیږي۔

لومړی درې پرېکړه کوي چې ایا ته هېڅ کار کوونکی پروفایل ترلاسه کوې۔ وروستي درې پرېکړه کوي چې ایا هغه پروفایل هغه څه کوي چې کار ته ورته اړتیا ده۔ ځواب د ټکټ سره نښلول شوی وساته، ځکه چې بل کس به هماغه شپږ پوښتنې وکړي۔ چېرې چې ځواب نه وي، هغه تشه د عامل هغه پرېکړه وګڼه چې لا یې نه ده کړې، نه د هغه څه په توګه چې ته یې اټکل کولای شي۔

د ګېټوې تصدیق مه سستوه

سرور خپل هویت کاروونکي ته هم ثابتوي، او د تبادلې هغه نیمه خوښنه نه ده۔ د سند تصدیق بندول ترڅو یو سرسخت پروفایل ونښلي هر هغه پای ټکی مني چې ځواب ووایي، هغه هم چې هیڅوک یې رسېدو ته نه و تللي۔ دا همدارنګه یو ریښتینی ناسم والی پټوي پرځای له دې چې یې حل کړي، چې ناکامي یې بل ځل او لږ څرګند شیبې ته ټېله کوي۔ هغه پروفایل چې تصدیق بند غواړي هغه څه ته اشاره کوي چې خپله یې تصدیق نه شي کولای۔

ناسم والی معمولاً یو نوم وي، ځکه چې د یو کوربه نوم لپاره صادر شوی سند ناکامېږي کله چې پروفایل یوه پته ډایل کوي۔ د تصدیق بندولو پرځای نوم ډایل کړه۔ خصوصي سند واکمني ناکامېږي کله چې وسیلې ته هېڅکله ریښه نه وي ورکړل شوې، او حل دا دی چې هغه ریښه د تصویب شوي لارې له مخې ووېشل شي۔ د مدیریت شوو چاپېریالونو تمه دا ده چې عامل هویت او د باور لنګر وړاندې کړي، او پروفایل دواړو ته اشاره وکړي۔ کله چې ډګر نه وي، د تصدیق له پریښودو پرځای اثر وغواړه۔

پروفایل سم کړه، بیا هره پړاوه ثبوه کړه

کله چې وړونکی معلوم شي، د هغه کاروونکي مستند بهیر تعقیب کړه او یوازې هغه ډګرونه ولیکه چې غواړي یې۔ اضافي ډګرونه چې د موجودیت له امله ډکېږي هم غلط ارزښتونه دي، او تر اړینو وروسته ناکامېږي۔ پروفایل د لومړنۍ بریالۍ اړیکې وروسته بې بدلونه وساته، ترڅو وروسته سمون د هغه څه سره پرتله شي چې کار کول یې معلوم دي۔

بیا په پړاوونو کې تصدیق کړه: تونل جوړېږي، کاروونکی تصدیقېږي، ټاکل شوې پته او لارې ښکاري، او یوه اجازه شوې خدمت ځواب وایي۔ هر پړاو په سرور باندې خپله لاګ کرښه پرېږدي، او په ترتیب سره یې لوستل یوه ناڅرګنده شکایت په یوه مشخص موندنه بدلوي۔ که پلیټفارم نور هغه ترتیب نه ملاتړ کوي چې عامل یې بیانوي، دا د کډوالۍ خبرې دي، په وسیله باندې د ټولو زړو انتخابونو د چالانولو لامل نه دی۔ وړونکی، کړنلاره او پروفایل درې جلا ځوابونه دي، او په کار کوونکې اړیکه کې درېواړه سره سمون لري۔