په iPad کې پرته د پټنوم غوښتنې څخه VPN: سندونه یا خوندي شوی ننوتل
خوندي شوی پټنوم او د وسیلې سند غوښتنه په بېلابېلو لارو لرې کوي۔ دواړه پرتله کړئ، بیا په جلا توګه پرېکړه وکړئ چې تونل څه خلاصوي۔
«زما څخه د پټنوم غوښتل بند کړئ» په رښتیا درې غوښتنې په یوه شکایت کې راغونډوي، او په iPad کې ځای پرځای کول ورته په بېلابېلو ځایونو ځواب وایي۔ غوښتنه له تایید څخه راځي، وخت له فعالولو څخه، او پوښښ له پلي کولو څخه۔ لومړی هغه اسناد وټاکئ چې غوښتنه لرې کوي، بیا په جلا توګه پرېکړه وکړئ چې تونل کله خلاصیږي۔ دا دوه پرېکړې سره ګډول همدا لامل دی چې خوندي شوی پټنوم په پروفایل پاتې کیږي چې لا هم د یوې لمس انتظار کوي۔
| Saved or shared secret | Device certificate | |
|---|---|---|
| What the user sees | no prompt while the credential stays valid | no prompt, no password to rotate |
| What the admin manages | the secret in the profile and its distribution | enrollment, expiry and revocation per device |
| Typical failure | gateway demands a second factor | expired or revoked certificate |
په یوه شکایت کې دوه ستونزې
په iPad کې اصلي IKEv2 ترتیب کېدای شي پټنوم یا سند ته اشاره وکړي، او کیلي AuthenticationMethod پرېکړه کوي چې کوم یې پلي کیږي، پداسې حال کې چې PayloadCertificateUUID هغه اسناد نوموي چې هویت برابروي۔ ګېټوې به کوم یو ومني دا د سرور پالیسۍ پوښتنه ده، نه د مراجع خوښه۔ نو لومړی باید روښانه شي چې VPN خدمت څه ته اجازه ورکوي، ځکه iPad نشي کولی د هغې لارې لپاره خبرې وکړي چې بله خوا یې ردوي۔
یوازې له هغې وروسته د دې خبرې مانا لري چې تونل کله فعالیږي، کوم چې د پروفایل کیلیو بشپړه بېله ټولګه ده۔
لومړی انتخاب: هغه اسناد چې iPad یې بیا کارولی شي
خوندي شوی حساب پټنوم یا شریک راز هغه ګېټوې قناعت کوي چې کارن یا ډله تاییدوي، او تر هغه چې راز سم وي غوښتنه لرې کوي۔ کمزوري یې د ژوند دوره ده: راز په پروفایل کې وي، څو وسیلې یې شریکولی شي، او بدلول یې مانا دا چې هر هغه پروفایل ته لاس ووړل شي چې هغه یې وړي۔ که خدمت سربېره پردې یو ځلیز فکتور یا متقابل تصویب وغواړي، هېڅ ځایي تنظیم نشي کولی هغه پالیسي بې څارنې ننوتل ته واړوي۔
هغه پټنوم چې یوه اپلیکیشن خوندي کوي هم په اتوماتيک ډول د VPN بل تطبیق لپاره شته نه وي، له همدې امله ورته حساب کېدای شي په یو مراجع کې پوښتنه بنده کړي او په بل کې هر وخت پوښتنه وکړي۔
دویم انتخاب: د وسیلې سند چې خپله کیلي لري
سند غوښتنه په قوي ډول لرې کوي، ځکه iPad د راز تکرارولو پر ځای د خصوصي کیلي مالکیت ثابتوي۔ دا غواړي چې پاڼي سند او کیلي یې د تصویب شوې ثبت لارې له مخې راشي، او ګېټوې د هغې اړیکې لپاره د سند تایید ومني۔ یوازې د CA سند واردول وسیلې ته د باور مواد ورکوي او نور هېڅ، چې یوه عامه او غلې ناکامي ده۔
بيه د ژوند دورې کار دی۔ هر iPad خپل هویت ترلاسه کوي تر څو ورک شوی وسیله پرته له دې چې ټول ګروپ بیا صادر شي لغوه شي، او د پای نیټې ریښتیني عملیاتي پېښې کیږي۔ هغه سند چې په غلې توګه پای ته رسي په هماغه سهار کې د VPN خرابۍ په څېر ښکاري۔
د خوښې پر ځای د هغه څه له مخې وټاکئ چې ګېټوې مني
له VPN مدیر څخه دوه پوښتنې وکړئ: خدمت د دې ډول مراجع لپاره کومې تاییدي لارې مني، او آیا له دوی څخه یوه متقابل داخلېدل غواړي۔ که ځواب یوازې سند وي، ثبت او نوي کول پلان کړئ۔ که ځواب پټنوم له دویم فکتور سره وي، ومنئ چې غوښتنه پالیسي ده او د وسیلې خرابي یې ګڼل بند کړئ۔ که دواړه ومنل شي، د څارل شوي ګروپ لپاره په ژوند دوره کې سند ګټي او د څو وسیلو لپاره په ترتیب کې پټنوم۔
ټاکل شوې لاره د پروفایل پېژندونکي تر څنګ په ځای پرځای کولو ریکارډ کې ولیکئ، که نه نو بل څوک چې پروفایل ته لاس وړي هغه بله ټاکي۔
بیا فعالول له تایید څخه جلا کړئ
VPN On Demand تونل هغه وخت خلاصوي چې ترتیب شوی شرط سم وي، که هغه DNS ډومین وي، د انټرفېس ډول وي یا نښلول شوې شبکه، او Apple دا داسې مستندوي چې د کارن متقابل عمل ته اړتیا نه لري۔ دا د خصوصي سرچینو لپاره ښه دی چې یوازې هغه وخت د لاسرسي وړ شي چې یو څه یې غواړي۔ دا د مدیریت شوي Always On په څېر نه دی، چې پوښښ پلي ساتي او خپل څارنې او پروفایل غوښتنې لري۔
کار کوونکي اسناد د دواړو لپاره هېڅ نه کوي۔ ډېر iPads بشپړ سم سند لري او بیا هم د لاسي لمس انتظار کوي ځکه چې هېڅ د غوښتنې اصول کله هم فعال شوي نه دي۔
غوښتنه په داسې بڼه وسپارئ چې مدیر پرې عمل وکړي: دا iPad باید دې سرچینو ته پرته له تکراري کارن داخلېدلو، د دې ډول اسنادو سره، او د دې فعالولو او خرابۍ اصولو لاندې ورسیږي۔ که اوسنی خدمت نشي کولی هغه شرایط پوره کړي، تکراري غوښتنې هغه پالیسي ده چې لکه څنګه چې طرح شوې کار کوي۔