په iPhone کې د VPN د Remote ID: دا ساحه واقعاً څه معنی لري
Remote ID هغه هویت دی چې سرور باید ستاسو iPhone ته ثابت کړي؛ Local ID هغه هویت دی چې کلینټ یې ادعا کوي۔ دلته دا ده چې کومه لړ په کومه ساحه کې ځای پرځای کیږي۔
تاسو په تنظیماتو کې د IKEv2 یوه ترتیبه ورزیاتوئ، او دوه ساحې داسې متن غواړي چې هیڅوک تاسو ته نه دی ورکړی: Remote ID او Local ID۔ له دې څخه هیڅ یوه هم ستاسو کارن نوم نه دی، او هیڅ یوه هم د Server ساحې دوهمه کاپي نه ده۔ Remote ID هغه هویت دی چې ګېټوې باید ستاسو iPhone ته ثابت کړي؛ Local ID هغه هویت دی چې ستاسو iPhone ګېټوې ته ادعا کوي۔ که له دې څخه یوه هم غلطه وي، تونل وروسته له هغې مري چې سرور لا دمخه ځواب ویلی دی، نو ځکه دا ناکامي د پاسورډ د ستونزې په څېر ښکاري، خو نه ده۔
چېرې دي ساحې په iOS کې
تنظیمات > عمومي > VPN او د وسیلې مدیریت > VPN پرانیزئ او د IKEv2 ترتیبه ورزیاته کړئ۔ د تصدیق لاندې تاسو کارن نوم یا سند غوره کوئ، او یوازې بیا Remote ID او Local ID د آزاد متن په توګه ښکاري۔ دا پیژندونکي دي، پته نه ده: iOS دا په IKE_AUTH تبادله کې وړي، چېرې چې IKEv2 د پیل کوونکي هویت IDi او د ځواب ویونکي هویت IDr بولي۔
له خوندي کولو وروسته iOS ترتیبه په یوه کرښه کې ټوکي او نور ارزښتونه نه ښیي۔ د معلوماتو تڼۍ کېکاږئ یا پروفایل بیا پرانیزئ، مخکې له دې چې نتیجه واخلئ چې ساحې خالي دي۔ هغه ترتیبه چې MDM لیږي کېدای شي دا په بشپړه توګه خړې کړي، او دا بدلوي چې څوک کولی شي ستونزه سمه کړي۔
Remote ID د ګېټوې نوم دی
دا هغه ارزښت دی چې ستاسو iPhone تمه لري سرور یې ثابت کړي۔ د سند له لارې تصدیق کې دا د سرور د سند په نوم سره پرتله کیږي، معمولاً subject یا subjectAltName ننوتنه۔ که سند vpn.example.com لپاره صادر شوی وي، هغه هوسټ نوم Remote ID دی، حتی کله چې تاسو وسیلې ته د خالي IP پتې له لارې ورسیږئ۔
همدا ناهمغږي کلاسیکه ناکامي ده: کڅوړې رسیږي، سرور ځواب وایي، او بیا هم اړیکه ټوټه کیږي ځکه چې په سند کې هویت د هغه څه سره سمون نه لري چې پروفایل غوښتي وو۔ د Server ساحه خام IP ته اړول مرسته نه کوي، او په ډېرو ګېټوېونو کې سرور یوازې د هغه هویت ځواب ورکول بندوي چې نشي یې سره سمولی۔
ګېټوې ورته تنظیم لري۔ strongSwan سرور خپل هویت د leftid سره لیږي او کولی شي د کلینټ هویت د rightid سره محدود کړي؛ که دواړه خواوې د لړ په اړه سره موافق نه وي، IKE_AUTH په دواړو لورو کې ناکام کیږي۔ له براوزر بار څخه URL کاپي کولو پرځای له آپریټر څخه وپوښتئ چې سند د کوم هویت لپاره صادر شوی و۔
Apple د بار کېليونه د RemoteIdentifier او LocalIdentifier په نوم په خپل IKEv2 تنظیماتو مرجع کې مستند کوي۔ دواړه ساده لړونه دي، نو د تورو لویوالی او په پای کې تشه کېدای شي مهم وي۔
Local ID هغه څه دي چې ستاسو iPhone یې ادعا کوي
د کارن نوم تصدیق کې EAP نوم او پاسورډ ګوري، او Local ID یو جلا IKE هویت دی چې ځینې ګېټوې یې هم پلي کوي۔ ګېټوې کېدای شي وغواړي چې Local ID د کارن نوم سره برابر وي، برېښنالیک پته وي، یا د خپلې اړیکې پالیسۍ له ننوتنې سره سمون ولري؛ نور یې له پامه غورځوي۔ دا خالي پرېښودل یوازې هغه وخت خوندي دي چې آپریټر همدا ووایي۔
د سند له لارې تصدیق کې Local ID باید له هغه هویت سره سمون ولري چې ګېټوې د دې کلینټ سند لپاره مني، ډېری وخت د سند عام نوم یا د وسیلې ریکارډ سره تړلی ارزښت۔ د همکار پروفایل کاپي کول د هغه هویت هم کاپي کوي۔ په غوره حالت کې ګېټوې غلط وسیله ثبتوي، په بدترین حالت کې د هرې وسیلې پالیسي تاسو ردوي۔
تله دا ده چې فکر وکړئ خالي معنی هیڅ هویت نه لري۔ یوازې دې چې نیمګړی ښکاري، خالي ساحه د خپلې برېښنالیک پتې سره مه ډکوئ۔ غوښتل شوی ارزښت تایید کړئ او لکه څنګه چې درکړل شوی، هماغسې دقیق ولیکئ۔
له خوندي کولو مخکې پنځه دقیقې تفتیش
دا په ترتیب سره بشپړ کړئ؛ لومړنی هغه ګام چې ناکام شي، هماغه باید سم شي۔
- له آپریټر څخه درې لړونه واخلئ: په سرور سند کې نوم، تمه شوی Local ID او د تصدیق طریقه۔
- د تصدیق طریقه سمون ورکړئ۔ Remote ID او Local ID د کارن نوم او پاسورډ بدیل نه دی، او سند پروفایل پاسورډ نه مني۔
- ارزښتونه دقیق ولیکئ، د تورو لویوالی سره، پرته له پای تشې۔
- د سند تصدیق پرانیستی وساتئ۔ د خبرداري د غلي کولو لپاره نااړوند ریښه سند نصبول د نوم ناهمغږي پټوي، نه یې سمول۔
- په دفتر Wi-Fi نه، په موبایل ډاټا ازموینه وکړئ، ترڅو کیپټیف پورټل یا وویشل شوی DNS د هویت ستونزه ونه ښکاري۔
| Field | What belongs there | What a wrong value looks like |
|---|---|---|
| Remote ID | The DNS name in the gateway certificate | Server answers, then the tunnel drops with a certificate or identity error |
| Local ID | The identity the gateway policy expects for you | IKE_AUTH or user authentication fails after the server responds |
| Server | A reachable hostname or IP | Timeout with no identity exchange at all |
جدول له پاسه ولولئ۔ په Server کرښه کې د وخت پای ته رسېدل معنی دا ده چې د هویت ساحې هیڅکله نه دي ازمویل شوي، نو هماغه ځای ودروئ۔ هغه تېروتنه چې یوازې له سرور ځواب وروسته ښکاري، نژدې تل د Remote ID یا Local ID ناهمغږي ده۔
هغه تېروتنې چې غلطې ساحې ته اشاره کوي
د "User authentication failed" په څېر پیغام د اعتبارنامې یا EAP په اړه دی، نه د Remote ID۔ د سند خبرداری د سند په نوم کې دی، او هماغه ځای کې Remote ID او Server ساحه سره ګوري۔ "The VPN server did not respond" معمولاً معنی دا ده چې UDP 500 او 4500 هیڅکله بشپړ نه شو، یا NAT تېرېدل ناکام شول، او هیڅ هویت پرتله نه شو۔
د ګېټوې په خوا کې د هویت ناکامۍ بل ډول ښکاري: همکار د IKE_AUTH په جریان کې رد کیږي، یا لاګ هغه ID نوموي چې کلینټ لیږلی و او وایي چې له هیڅ اړیکې سره سمون نه لري۔ هماغه لاګ کرښه د بحث د حل کولو ترټولو چټکه لاره ده، ځکه چې هغه دقیقه لړ ښیي چې تلیفون لیږلې ده۔
د پاسورډ بیا تنظیمول تمه شوی سرور هویت نه سمولای شي، او د Remote ID بدلول غلط پاسورډ نه سمولای شي۔ لومړی پړاو جلا کړئ، بیا هغه ساحه سمه کړئ چې هماغه پړاو ته اړه لري۔
کله چې پروفایل مدیریت شوی وي
که ساحې خړې وي، ترتیبه له MDM څخه راغلې ده او تلیفون د هغې د سمولو ځای نه دی۔ VPN بار پیژندونکي وړي، نو سم بدلون د مدیریت سرور په پروفایل کې دی، بیا یې په وسیله کې بیا نصبول۔
په تنظیماتو > عمومي > VPN او د وسیلې مدیریت کې وګورئ چې پروفایل مدیریت کیږي که نه او چا لاسلیک کړی۔ که یې نشئ لرې کولی، پیژندونکي په محلي توګه نشئ سمولای، او دوهم محلي پروفایل یوازې متضاد ترتیبه جوړوي۔
مخکې له دې چې تنظیمات بند کړئ، هغه درې لړونه ولیکئ چې ننوتلي وو او له کومه ځایه راغلې۔ بل ځل چې تونل ناکام شي، د ګېټوې لاګ کې ترلاسه شوی ID له هغه یادښت سره پرتله کړئ: که توپیر ولري، تاسو ساحې ته ګورئ، نه پاسورډ ته۔