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

د یوې تنظیم تر شا دوه تړونونه پټ دي

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

له هر څه پلي کولو دمخه تړون ولیکئ: څوک رد کیږي، کوم ثبوت اوسنۍ غونډه پیژني، او کله چې یوه غونډه پرته له پاک قطع مړه شي څه کیږي. هغه تګلاره چې هیچا دې ته ورته نه وي بیان کړې، وروسته نشي ازمویل کیدای.

وتل ستاسو د نښلولو هک دمخه پیښیږي

د 2.6 سرور کوډ په لار کې، د نوي کلینټ لومړنی چمتووالی د هممهالیتوب بندیدو پر مهال د هماغه نوم موجود نمونه پاکوي. دا پاکول د نښلولو مدیریت لړۍ له چلیدو دمخه پیښیږي. له همدې امله هغه سکریپټ چې تکرار وپیژني او ناکامي بیرته راولي نوی کس وروسته له هغې ردوي چې اوسنۍ غونډه لا دمخه غورځول شوې - هماغه پایله چې تګلاره یې باید مخه نیولې وای. په upstream پلي کېدو کې د callback ترتیب ستاسو د جوړولو یوازینی باوري ځواب دی.

StageWho can still refuseEffect on the incumbent
Certificate checkServer trust configurationNone
Authentication decisionThe authentication controllerNone, because establishment has not run
Connect handlerA profile scriptAlready evicted in the same-name case
Post-establishmentStatus tooling, monitoringBoth sessions already exist or one is gone

د حالت فایل پوښتل هم دروازه نه ده. دوه هڅې چې یوځای راشي دواړه کولی شي خالي سلاټ وویني، تر دې چې یو یې تایید کړي، او دواړه دوام کوي.

پریکړه تصدیق ته انتقال کړئ

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

هره نوې نمونه باید له دې دروازې تیره شي، په شمول بیا نښلیدل او هره لار چې پرته له غوښتنې بیا تصدیق کوي. هغه دروازه چې ځینې نمونې هیچا ته نه رسي هیڅ نه ساتي، او دا پریښودل تر هغې پټ وي چې څوک د تیریدو لار هڅه وکړي.

ټوکنونه کولی شي د دروازې ترڅنګ تیر شي

کله چې ټوکن صادر شي، سرور کولی شي هغه په داخلي ډول تصدیق کړي او د هغې اړیکې لپاره بهرنی تصدیق پرېږدي. د مدیریت غږ هیچا نه کیږي، نو یوازې هلته پلي شوې سلاټ کتنه هره نوې نمونه نه ویني. دا چلند کاروونکو ته اسانتیا او د هممهالیتوب تګلارې لپاره سوری دی. د ټوکن تصدیق شوې اړیکې دې ورته واکمنې کتنې څخه تیرې شي، یا کله چې تګلاره په هره اړیکه پریکړه غواړي د ټوکن لار بنده کړئ.

دا د هر ټوکن بې شرطه منلو سره جبران مه کوئ. پای ته رسیدلی یا ناسم ټوکن لاهم باید ناکام شي، او باید د نورو په څیر د هماغه پریکړې نقطې له لارې ناکام شي.

ریزرویشن نمونه سره وتړئ، نه د پتې سره

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

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

په جلا توګه پریکړه وکړئ چې واقعیا زوړ سلاټ څنګه بیرته راګرځي. مدیر ته د هغه د پاکولو مستنده لار ته اړتیا ده، او هغه لار باید یوازې بیا نښلول کلیک کوونکي کاروونکي لاسرسي ونه لري.

مهمې جوړې وازموئ: نږدې یو وخت دوه ننوتل، له پاک قطع وروسته بیا نښلیدل، د اوسنۍ غونډې بیا تصدیق، رد شوی نوی راغلی او د کنټرولر بیا پیل. په هر حالت کې اوسنۍ غونډه باید د کارولو وړ پاتې شي او نوی باید پرته له نورو حسابونو ته زیان رسولو رد شي.

اړوندې مقالې