څنګه MOBIKE د IKEv2 VPN اړیکه ژوندۍ ساتي کله چې شبکه بدله شي

یو تلیفون Wi-Fi پریږدي او د موبایل شبکې سره یوځای کیږي، یو لیپ ټاپ له Ethernet څخه هټ سپاټ ته ځي، او د IKEv2 تونل یا ژوندی پاتې کیږي یا نه۔ MOBIKE هغه اوږدوالی دی چې ژوندی پاتې کیدو ته یې اجازه ورکوي، د لرې پای ته د هغه خبر ویل چې د سرچینې پته بدله شوې ده، د دې پرځای چې له سره پیل شي۔ هغه څه چې نه یې کوي دا دي چې هر غوښتنلیک د بدلون په اوږدو کې ژوندی وساتي۔ دا دوه ادعاوې دي، او دوهمه هغه ده چې خلک یې معمولا مطلب وي۔

د بدلون په مرحلو کې وګورئ، ځکه هر پړاو په بیلابیل ډول ناکام شي۔

تازه کول په رښتیا څه بدلوي

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

MOBIKE کولای شي ترافیک د UDP پوښ ته هم یوسي، له همدې امله کاري تونل کله ناکله د شبکې بدلون وروسته د 4500 پورټ کارول پیل کړي۔ هغه بدلون په خپله دا نه ثابتوي چې NAT کشف شوی، که څه هم دواړه ډیری وخت یوځای ښکاري۔

ایا ستاسو پروفایل په رښتیا دا فعالوي

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

په دواړو پایونو کې خبرې شوې حالت واک دی، نه د محصول کورنۍ اسناد۔

د بدلون په مرحلو کې وګورئ

د شبکې بدلولو دمخه د غوښتنلیک حالت ولیکئ۔ بیا بدل کړئ، او وروسته د کلاینټ او سرور حالت ولیکئ۔ ورکه پته، نه رسیږونکی ملګری او هغه غوښتنلیک چې باید خپله ناسته بیا ونښلوي—دا درې بیلابیل پایلې دي۔ یوازې لومړنۍ دوه د VPN طبقې دي؛ دریمه هغه پروتوکول پورې اړه لري چې غوښتنلیک پرې خبرې کوي۔

د شبکې بدلون له یوې ثابتې ازموینې سره پرتله کړئ، ترڅو پوه شئ کومه پېښه ستونزه پیلوي۔ په وروستنۍ شبکه کې د تیریدو اندازه کول نشي کولای بدلون بیا تولید کړي۔ دا منزل اندازه کوي، نه سفر۔

د ناکامۍ طبقې جلا کړئ

اوږدمهاله TCP ناسته کیدای شي د IKEv2 تبادلې څخه بهر دلایلو له امله ناکامه شي۔ نوې شبکه کیدای شي په بیلابیل ډول فلټر، حل یا لارښوونه وکړي۔ د تونل پته ممکن هیڅ ونه بدلیږي پداسې حال کې چې لاندې لاره بدلیږي۔ نو ځکه د غوښتنلیک بیا نښلول کیدای شي هغه څه سم کړي چې VPN هیڅکله نه دی مات کړی۔

د بیا رغونې په جریان کې هم د بندیز پالیسي په خپل ځای وساتئ۔

اتوماتیک حرکت او هغه قاعده چې مستقیم ترافیک منع کوي دوه بیلابیل کنټرولونه دي، او د لومړي د کار کولو لپاره د دوهم بندول بد توافق دی۔ که د حرکت تازه کول ناکام شي، بندیز باید دوام وکړي نه دا چې ترافیک د تونل شاوخوا توی شي۔

کله چې دا تکرار شي څه ولیکو

د دواړو خواوو څخه وخت نښې او دواړه پته ارزښتونه وساتئ۔ هغه ریکارډ ښیي چې تازه کول د غوښتنلیک د اړیکې له لاسه ورکولو دمخه بشپړ شوي که نه، کوم چې د حرکت بګ او د غوښتنلیک د وخت پای ته رسیدو ترمنځ توپیر دی۔ بیا د بدلون لوری پرتله کړئ: له Wi-Fi څخه موبایل شبکې ته تلل د هغه برعکس سره سمیټریک نه دی۔ یو لوری کیدای شي کار وکړي پداسې حال کې چې بل ناکام شي۔

دا نابرابري دومره عامه ده چې لومړنی ازمویلو وړ شی وي۔

د ریکارډ سره په لاس کې، پېښه د یو بل نښلول شوي آیکون کیدو څخه ودریږي او د پیژندل شوي مالک سره په یوه ترتیب کې یوه پېښه کیږي۔ او دا هغه ټول شی دی چې یوه چکر کولای شي په رښتیا ژمنه وکړي۔