په IKE کې د MAC نه سمون: د شریک کلي د کتنې ناکامي
په IKEv2 کې د مخکې شریک شوي کلي په لاګ کې، MAC د پیغام د تصدیق کوډ دی. کتنه څه پرتله کوي، او هغه دوه تنظیمي غلطۍ چې واقعاً یې رامنځته کوي.
ستاسو د Cloud VPN لاګ د شریک کلي یوه هڅه او بیا د MAC نه سمون پیغام ښیي، او لومړی فکر ډېری د پتې د ستونزې پلټنه وي۔ په دې څانګه کې MAC د پیغام د تصدیق کوډ دی: هغه ارزښت چې د هوکړې شوې کلي سره پر تبادله محاسبه کېږي۔ سیال خپله محاسبه د ترلاسه شوي ارزښت سره پرتله کړه، او دواړه توپیر درلود۔ په دې کې د شبکې کارت شامل نه دی، او هېڅ د انټرفیس تنظیم هغه پرتله نه بدلوي۔
په عمل کې دا دوه حالتونه رامنځته کوي: د دواړو پایونو رازونه یو شان ارزښت نه دی، یا هغه پیژندنې چې د راز د غوره کولو لپاره کارېږي سره سمون نه لري۔ کوم یو دی، دا د یوې ټنل پرځای دواړه پایونه لوستلو سره وټاکئ۔
دا پړاو څه ثابتوي
کتنه هغه وخت چلېږي چې دواړه خواوې لومړني پارامترونه تبادل او ځانونه پیژندلي وي۔ دا د ځایي او لرې پیژندنو لپاره نوماندې کلۍ ټاکي او هڅه کوي ترلاسه شوې د تصدیق معلومات تصدیق کړي؛ کله چې هېڅ یو تصدیق نه شي، تشخیص خپریږي۔ دا د تصدیق په اړه قوي خبره او د لامل په اړه کمزورې خبره ده، ځکه نه وایي کومه خوا غلطه ده۔
پخوانی بریالیتوب دې کتنې ته نه رسیږي۔ بشپړ شوی IKE_SA_INIT، یا د NAT د کشف پیلوډ چې تمه شوي ارزښتونه یې بېرته راوړل، ثابتوي چې سیالان خبرې کولی شي۔ د دې په اړه هېڅ نه ثابتوي چې ایا دوی راز شریکوي۔
دوه تنظیمي غلطۍ، یو پیغام
لومړی د راز ریښتینی ناسمون دی، او ډېری د چمتووالي پېښه ده: یو تولید شوی ارزښت چې پر یوه کنسول ولګېد او پر بل بیا ولیکل شو، یو پای ته پاتې توری، یا هغه نښه چې د پیسټ سره راغله۔ دویم د پیژندنې ناسمون دی، چېرې چې راز سم دی خو هغه پیژندنه چې سیال وړاندې کوي بله ننوتنه ټاکي، نو سم راز هېڅکله نه ازمویل کېږي۔ دواړه یوه کرښه تولیدوي، او له همدې کبله اټکل کول یوه ماسپښین ضایع کوي۔
له دواړو رازونو څخه یو ته د لاس وهلو دمخه جوړه پرتله کړئ۔ ټنل، د سیال پای ټکی، د وخت کړکۍ او لرې تنظیم سره سم کړئ، ځکه دوه اضافي ټنلونه کولای شي بېل رازونه ولري او ستاسو مخې ته سکرین کېدای شي هغه نه وي چې ناکام شو۔
د NAT کشف بل پړاو دی
د NAT کشف پوښتنه کوي چې بنډلونه څنګه بیا لیکل کېږي، نه دا چې سیال څوک دی۔ د NAT شاته د پیرودونکي ګېټوې هغه وخت هم سم تصدیق کوي چې تنظیم شوې پیژندنه هغه وي چې سیال یې تمه لري، او د NAT ستونزه د وړاندیز یا پورټ ناسمون په توګه ښکاري، نه د ناکام تصدیق پرتله په توګه۔
د یوه پلورونکي د خپرېدو په اړه پخوانۍ خبره اوسني پلي کولو ته مه وړئ۔ ستاسو په خپرېدو کې د NAT تېرېدو لپاره څه اړین دي، هغه د هغې په خپل سند کې دي، او د MAC ناسمون عبارت د هغې لپاره یا پر ضد ثبوت نه دی۔
له سکرین نه، له جوړې څخه پرېکړه وکړئ
دواړه تنظیمات په پټ راز سره څنګ په څنګ ولولئ، بیا درې پوښتنې وکړئ۔ ایا پر هرې خوا پیژندنه په بشپړ ډول هغه ده چې بله خوا یې تمه لري، توری په توری؟ ایا دواړه پایونه یو شان IKE نسخه او یو شان د تصدیق طریقه کاروي؟ ایا ناکامه ټنل هغه تنظیم سره سمون لري چې تاسو یې لولئ؟ د دې هر یو لپاره نه ویل، له راز سره د لاس وهلو پرته ترمیم ټاکي۔
که درې واړه پاک وي، راز د تصویب شوې کاري بهیر له لارې بدل کړئ، نه دا چې شاوخوا یې سمون وکړئ۔
وروسته له دې چې سیال تصدیق شي
کله چې تصدیق بریالی شي، راتلونکې د ناکامۍ سطحه د ماشوم امنیتي ټولنه ده: وړاندیزونه او د ټرافیک ټاکونکي۔ د هغه راز څرخول چې مخکې منل شوی دی د ماشوم ناکامي نه سمولای شي او د ودې موده اوږدوي۔ د ماشوم حالت ولولئ، بیا د دواړو خواوو ټاکونکي او خوندي حدونه ولولئ، او د Cloud VPN د ستونزې حل لارښوونه له هغه پړاو سره سمه کړئ چې واقعاً ناکام شو۔
له دواړو پایونو تازه لاګونه یوځای کړئ د یوې جوړې او یوې کړکۍ لپاره۔ یوه خوا پرته د بلې خوا له معلوماتو پرېکړه ورکوي، او همدا هغه ابهام دی چې پیغام یې لومړی پیدا کړ۔
څه نتیجې مه اخلئ
پیغام د MAC پتو د بدلولو غوښتنه مه لولئ، او د مرستې غوښتنې پر مهال شریک راز مه خپروئ؛ هغه برخه چې کلي لري باید کلي ترې لرې شي، نه دا چې لاګ وساتل شي۔ د لارښوونې غلطي هم مه فرض کوئ، ځکه هغه سیالان چې یو بل ته نه رسیږي هېڅ د تصدیق پرتله نه جوړوي۔ او د یوې محصول کورنۍ مستنده محدودیت پر هر IPsec تطبیق مه عمومي کوئ۔
ناکامه جوړه، د ټنل حالت دمخه او وروسته، او دا چې له دوو شرایطو کوم یو مو بدل کړ، ثبت کړئ۔ هغه ثبت بل پېښه پنځه دقیقې کتنه ګرځوي۔