Android VPN له Cisco IOS سره: هغه تړون چې لومړی یې ترلاسه کوئ

تلیفون باید تر Cisco پورې ورسېږي. یو چا لا دمخه هغه کلاینټ نومولی چې نصب شي. دا د بهیر غلط پای دی، او همدا لامل دی چې تونل د یو ساعت وروسته د اعتبارنامو بیا لیکلو بېرته ناکامېږي.

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

هغه په لیکلي ډول ترلاسه کړئ او د کلاینټ ټاکنه یوازې پلټنه کېږي. پرېږدئ یې او هر ناکامي د غلط پټنوم غوندې ښکاري.

له هر څه نصبولو دمخه معلومات راټول کړئ

د دروازې مالک ته یوه لیست واستوئ او د محصول نوم نه، ځوابونه وغواړئ. نهه ټکي د لیرې لاسرسي پروفایل بشپړ پوښي:

1. د دروازې هوسټ نوم یا پته چې کلاینټ یې باید زنګ ووهي، او آیا له باندې ورته رسېدل کېږي.
2. پروتوکول او نسخه: IKEv2، د IPsec بله نسل، یا د TLS پر بنسټ خدمت.
3. هغه همکار هویت چې دروازه یې تمه لري، او هغه څه چې پخپله یې په بدل کې وړاندې کوي.
4. د باور توکي: کوم CA د دروازې سند لاسلیکوي، یا مخکې شریک شوی کیلي کارول کېږي.
5. د کارونکي تصدیق: سند، EAP کارونکي نوم او پټنوم، یا مخکې شریک شوی کیلي.
6. هغه پته زیرمه چې کلاینټ پکې کېناستل کېږي، له ماسک او دروازې سره.
7. هغه DNS سرورونه چې د تونل دننه کارول کېږي، او آیا کلاینټ باید ومني یې.
8. اجازه ورکړل شوي منزل مخکښونه، او آیا له هغوی بهر ترافیک باید بند شي.
9. ملاتړ شوي کلاینټ خپرونې او د تلیفون د عملیاتي سیستم نسخې، له هر ډول ثبت غوښتنې سره.

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

د پلورونکي نوم پروتوکول نه دی

Cisco IOS او IOS XE څو د لیرې لاسرسي ترتیبات وړاندې کوي، او هغوی یو ډول د لېږد بڼه نه شریکوي. د FlexVPN بڼې پروفایل سره IKEv2 هغه خدمت نه دی لکه زوړ IKEv1 ترتیب، او د TLS پر بنسټ کلاینټ خدمت بیا بل محصول دی، ډېری وخت په همدې چاپېریال کې په بله پلټفارم.

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

Cisco خپل IKEv2 اسناد وړاندیز، تګلاره، پروفایل او د کیلیو کړۍ د جلا توکو په توګه بېلوي. دا جوړښت هغه وخت ګټور دی چې هغه ترتیب لولئ چې یو څوک یې تاسو ته نښلوي: درته وایي کوم توکی هغه تنظیمات لري چې د لیرې تلیفون لپاره مهم دي، پرځای دې چې ټول فایل یوه غونډۍ وګڼئ.

د Android جوړ شوی سټک څه پوښي

Android د پلټفارم IKEv2/IPsec پروفایل د Ikev2VpnProfile له لارې ښکاره کوي، د مخکې شریک شوي کیلي، RSA سند او EAP کارونکي نوم او پټنوم لپاره جلا تصدیق ډولونه لري. د Ikev2VpnProfile حواله هغه واکمنه سرچینه ده چې جوړونکی څه مني، په دې کې د دروازې هوسټ نوم او د سرور ریښه CA چې د تصدیق لپاره کارول کېږي.

هغه API د وړتیا بیان دی، د مطابقت ژمنه نه. وایي چې پلټفارم کولی شي د هغو تصدیق ډولونو سره IKEv2 وکړي. نه وایي چې یو ځانګړی OEM تنظیمات سکرین هر ساحه ښکاره کوي، او نه دا چې له بل محصول څخه صادر شوی پروفایل فایل به وارد شي.

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

د تړون د لیکنې په ترتیب ازموینه وکړئ

هر وخت یوه طبقه تصدیق کړئ او په لومړنۍ ناکامۍ ودرېږئ، ځکه وروستنۍ ازموینې بې مانا دي تر څو پخوانۍ بریالۍ نه شي.

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

تصدیق. رد شوي اعتبارنامې او ناسم وړاندیز بېلې تېروتنې خو ورته ښکارېدونکې ناکامۍ رامنځته کوي. د دروازې ثبت بهیر د کارونکي په اړه له یو څه ویلو دمخه وایي چې وړاندیز منل کېدونکی و که نه.

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

رسېدنه. یو اجازه ورکړل شوی منزل په پته، بیا په نوم وازموئ. که پته وکارېده او نوم ونه کارېده، بیا DNS ته راستانه شوئ. که هېڅ یې ونه کارېده، له کلاینټ لاس وهلو دمخه هغه مخکښ چې ازموئ له اجازه ورکړل شوي لیست سره پرتله کړئ.

د ناکامۍ بڼې او بېرته ګرځول

له هر څه بدلولو دمخه پخوانی کارېدونکی پروفایل صادر او اسناد شوی وساتئ، په دې کې د CA نوم او پته زیرمه. بیا بېرته ګرځول د پېژندل شوي پروفایل بحران کول دي، نه د ماتې پر مهال له یادې بیا جوړول.

کله چې وکارېده، نهه راټول شوي ځوابونه د پروفایل ترڅنګ ولیکئ. بل تلیفون، بله OS نویوالی او بله دروازه بدلون به ټول له یو سند سره پرتله شي، نه له بلې ماسپښیننې اټکل.