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

حل دا پریکړه ده چې دویم لاس ورکول څه وړاندې کړي، نه اوږد بیا هڅې ټایمر۔

تبادله د کلاینټ له نظره وګورئ

په ننوتلو کې کلاینټ کارن نوم، پټنوم او د ټوکن وسیلې کوډ لېږي، او سرور دا ترکیب مني۔ بیا غونډه تر هغه پورې دوام کوي چې د بیا خبرو محرک فعال شي، کوم چې په موجوده تونل کې نوی TLS لاس ورکول پیلوي۔ هغه لاس ورکول بیا تصدیق غواړي۔ که د سرور تصدیق لاره پټنوم او اوسنی یو ځلي کوډ تمه ولري، کلاینټ نوی کوډ نه لري چې وړاندې کړي، پرته له دې چې کارن حاضر وي او ولیکي یې۔

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

auth-gen-token بدلوي چې دویمې پوښتنې ته څوک ځواب وایي

غوره توب auth-gen-token سرور ته اجازه ورکوي چې د بریالي ننوتلو وروسته ټوکن خپور کړي، او وروستي بیا خبرې هغه ټوکن وړاندې کوي پرځای د دې چې پټنوم او کوډ تکرار کړي۔ لارښود د دې ژوند موده او نوي کېدو چلند مستندوي، او ټوکن باید د خپلې پای پایلې سره د سند په توګه وکارول شي۔ په تلوالۍ لاره کې سرور ټوکن پخپله تصدیقوي پرځای د دې چې بېروني پټنوم تصدیق کوونکی بیا وبلل شي۔

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

پریکړه وکړئ چې د حساب حالت ته څه پېښېږي

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

په څو سروره ځای پرځای کېدنه کې د ټوکن لاسلیک پټه باید شریکه وي، که نه کلاینټ کېدای شي هغه نوډ ته ولېږل شي چې د هغه ټوکن تصدیق نه شي کولی۔

نه یوازې ننوتل، بلکې پای پایلې او بیا نښلېدل هم وازموئ

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

د حساب لرې کول په پای کې وازموئ۔ هغه قضیه درته وایي چې لیکل شوې تګلاره پلي کېږي که یوازې مستنده ده۔

د نوي کېدو په بندولو یې سمول مه کوئ

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

اوږد بیا هڅې ټایمر کارول شوی کوډ بیا معتبر نه کوي۔ دا یوازې قطعېدل وروسته کوي او لاګ لوستل ستونزمنوي۔

اړوندې مقالې