Azure VPN Client 3.4 هره ساعت قطع کیږی: د ننوتلو فریکونسی

یو کارونکوونکی نګلی کیږی، کار کوی، بیا په هره ساعت یو کش د Microsoft Entra سره تصدیق پای ته رسیدلی پیغام سره قطع کیږی. بیا نګلی کیدل کار کوی او چرخه لکه سټاپ واټچ تکرار کیږی. په یو point-to-site دروازه کې چېرې نه دی پلی شوی، دا مادر د اعتبارنامې په لاره اشاره کوی، نه تونل ته. Azure VPN Client 3.4.0 په یوې جوړې ناسته کې د شرطی لاسرسی د ننوتلو فریکونسی پلی کول پیل کړل — یوه تګلاره چې تېرو کلاینٽونو یوازې د ننوتلو پر وخت ارزولینه.

لاندې شپړه ڕیړنې په ترتیب وچوی. هره یوه یا چکټ تاییدوی یا او ردوی، او ورتې درېدل هغه لاره ده چې دروازه بیا په بې اساره جوړ کړل کیږی.

ګام 1: دقیق پیغام ولولین

عبارت پرګونې جدا کوي. د Entra تصدیق د پای رسیدلو پیغام د ٹوکن په اره راڼونه ده؛ د تونل یا د امنیت تړنې تیروتی نه ده. تیر شوی وخت هم وټلیږی، چې از نګلی کیدلو په قطع کیدلو پورې ناپیل کیږی، نه د کار ورړې په سره.

که کارونکوونکی سمدلاسې پاتې بیا نګلی کولی شی او دروازه اوس روغ تونل وښایی، تاسې د ٹوکن پای ته رسیدلو ګوری ئی، نه مړن پیر.

ګام 2: د کلاینٽ نسخه وګورئی

نسخه په اپلیکیشن کې ولولین، نه په د پلی کېدو ثبت کې. بدلون د 3.4.0 سره راغلو، نو 3.3.1 او تېر زاړې نسخې پرتې تاسې پر تګلارې ناستې تونل ژوندی ساتل کوي. یو غیر مدیریت شوی لیپ ټاپ د زاړې بلډ سره په بې دوستی کار کوی په داسې چې پاتې ٹیم هره ساعت لویده: دا هماغه نوع وېشل دی چې خلک بیرته دروازې ته بیرته کوي. نسخه د کلاینٽ خاصیت ده، او دروازه نه پوهیږی چې کوم بلډ نګلی شوی دی.

لومړ یو تستی اله تیرابړایړ کړئی او ساعت ګورئی. کوم اله چې د تیرابړایړ وروسته د تګلارې په وخت کې لویدل پیل کوی، هغه میکانیزم بې د امنیت پراکشنی تګلارې ته د لاس ورګورې پرتې تاییدوی.

ګام 3: وګورئی چې تګلاره چېرته ده

د ننوتلو فریکونسی د شرطی لاسرسی یو تنظیم ده په هغه تګلاره کې چې Azure VPN سازمانی اپ دنېوی. په VPN دروازې سرچاوې، په point-to-site کنفګریشن او په کلاینٽ پروفایل کې نه ده. په تګلارو لیسټ کې Azure VPN اپ ولارې او د ناستې کنټرولونه ولولین.

پر یو کارونکوونکی دوه تګلارې لگیدلی کیدلی شی او سخته یې ګاله کوی، نو کیدلی شی چې تاسې هیۚ نه یاست تراڼه کړې، هغه به نافذه وی. د تمام تینینټ بنسپار تګلاره او د اپ سره چې ښانګه تګلاره دواره کړی. د رپوړت دایره هم اهمیت لری: هغه تګلاره چې یوه ډله استسنا کوی، بیلابله اوریدونکونکی پیدا کوی چې روګ ډولتی لری او هیڅ ښاګه شرح نه لری.

ګام 4: حساب وکړئی

قطعیدل د ننوتلو فریکونسی ارزچارې یوه ساعت وروسته پیږی، په هغه رویه کې چې Microsoft د دې کلاینٽ لپاره ثبت کړی، نو اوه ساعتونه فریکونسی تقریباً اته ساعتونه ارکون ورکوی. همدا توپیر لامل ده چې اته ساعتونه کاری ورړې لپاره غوره شوی ارزچار ماښیګ پس از غرمې ٹوټه پس از ډوې چې نهه ساعتونه ٹسټ به ډودی ښکی. پرې چې چېرې بدلون تر اوړې، شکایت په شمېرو بدله کړئی: د نګلی کیدلو وخت، د قطع کیدلو وخت، توپیر، بیا د تګلارې ارزچار او یوې ساعت سره پرتله وکړئی.

که توپیر دا مجموعې سره نه سمونډی، نو د چکټ انګیره غلطه ده او د تګلارې تنظیم درېدل بند کړئی.

ګام 5: چکټ از rekey جدا کړئی

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

د سرتیفیکیټ مشکلات بیا بله ښاګې ښکی: کلاینٽ د کاری ناستې له لاسه ورکولو پرتې نګلی کیدلی نه شی او ناکامی سمدلاسې ده. هغه MFA غوښتنه چې هیڅ کله نه پای ته رسیږی، د بندې په توګه ښکی، نه په یوه پایله ساعتیزه وختی قطعیدلو چې بیا په بریالی نګلی کیدلو پای ته رسیږی.

ګام 6: بې حیرانتیا پلی کړئی

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

پیغام، نسخه، د تګلارې ارزچار او ناپیل شوی وخت په یوه یادښونه کې ساتل کړئی. هغه ثبت بلې رپوړت ته په یوه دقیقه کې ښواب ورکوی، نه په بیا جوړولو سره.