IKEv2 د سرور پته بمقابله پیژندنه: هغه څه چې پیرودونکي واقعیا ګوري

یوه دروازه چې پته بدلوي کولی شي کار ته دوام ورکړي پداسې حال کې چې د نوي سند شاته ورته دروازه ودریږي ، او برعکس هم پیښیږي. پته پیرودونکي ته وایي چې چیرې پاکټونه لیږل کیږي؛ مستند شوی پیژندنه پیرودونکي ته وایي چې ایا د ملګري ځواب ورکونکی هغه دی چې باید باور ولري. IKEv2 دا د دوه جلا ساحو په توګه ساتي، کوم چې ګټور دی کله چې تاسو د یو تار په توګه درملنه بنده کړئ. دوی په بیلابیلو ځایونو کې هم ترتیب شوي، نو یو یې سم کیدی شي پداسې حال کې چې بل غلط وي.

دوی په دې ترتیب کې چیک کړئ او په لومړي نیمګړتیا کې ودروئ، ځکه چې وروستي چکونه داسې انګیرل کیږي چې تیر شوي.

لومړی، کوم ارزښت پته ده

د پیوستون پته هغه څه دي چې پیرودونکي ډیل کوي: یو IP، یو DNS نوم چې یو ته حل کوي، یا د بار بار متوازن مخکینۍ پای. دا د ټرانسپورټ معلومات دي او نور څه ندي. پیژندنه په IKEv2 ID تادیه کې تیریږي او بیا د ملګري سند سره سمون لري. د پتې په بکس کې د DNS نوم د تمې وړ پیژندنه نه کیږي، او یو خام IP یوازې د دې لپاره چې ساکټ ورسره وصل دی پیژندنه نه کیږي.

په strongSwan شرایطو کې، پته right یا left ده، او تمه کیده پیژندنه rightid یا leftid ده، او دا هغه څه دي چې د IKEv2 ترتیب اسناد تشریح کوي. که تاسو یوازې کله هم پته ایډیټ کړې وي، تاسو د جوړه نیمایي ترتیب کړې ده.

دوهم، هغه څه چې سند ثابتولی شي

هویت یو ډول لري، او سند باید یو ورته نوم ولري. A DNS پیژندنه د موضوع د بدیل نوم توسیع کې د dNSName د ننوتلو لخوا راضي کیږي؛ IP پیژندنه iPAddress ته اړتیا لري. د vpn.example.com لپاره صادر شوی سند د لفظي پتې 203.0.113.10 په اړه هیڅ شی نه ثابتوي، او د دې پتې لپاره صادر شوی د نوم په اړه هیڅ شی نه ثابتوي. د بل نوم لپاره بیا صادرول له همدې امله د ډراپ ان بدیل نه دی، حتی کله چې ورته کیلي او CA بیا کارول کیږي.

عصري پیرودونکي عام نوم له پامه غورځوي کله چې د موضوع بدیل نوم شتون ولري، او ډیری یې په بشپړه توګه له پامه غورځوي. که چیرې په SAN لیست کې هغه ارزښت شتون ونلري چې مراجعین یې چک کوي ، لاس تړلی وروسته له هغه ناکام کیږي کله چې سند دمخه د باور وړ منل شوی وي، له همدې امله لاګ د باور خطا پرځای د پیژندنې خطا په څیر لوستل کیږي.

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

Windows د سرور نوم یا پته اخلي چې تاسو یې ټایپ کړی او سند ته اړتیا لري چې ورته ورته وي، نو د IP ټایپ کول د IP تمه رامینځته کوي. د Android د IKEv2 مراجع په ورته ډول چلند کوي، او دواړه یو باوري، په عامه توګه باوري سند ردوي چې یو بل کوربه نوموي. یو پروفایل یوازې د ناکامۍ پیل کولی شي ځکه چې یو څوک د مهاجرت په جریان کې د خپل پته سره کوربه نوم بدل کړی. مخکې لدې چې تاسو وګورئ چې سند څه شی لري وګورئ چې پیرودونکي څه غوښتنه کړې.

په strongSwan کې تمه څرګنده ده: هغه پیژندنه ته rightid تنظیم کړئ چې سرور واقعیا وړاندې کوي، کوم چې ممکن له ښي خوا څخه توپیر ولري. دا په %any کې تنظیم کول هر هغه څه مني چې ملګري یې وړاندیز کوي او دقیقا هغه چک لرې کوي چې تاسو یې د ساتلو هڅه کوئ.

څلورم، د کارونکي پیژندګلوي جلا کول

EAP تصدیق او د سرور پیژندنه مختلف پوښتنو ته ځواب ورکوي. یو EAP هویت لکه [email protected] وايي چې کارن څوک دی، وروسته له دې چې پیرودونکي پریکړه وکړه چې سرور سم دی. د دې پټنوم راګرځول نشي کولی د ملګري پیژندنې بې اتفاقي حل کړي، ځکه چې پیوستون هیڅکله د کارونکي د ننوتلو مرحلې ته نه رسیږي.

یو پاک شوی راپور باید دواړه نومونه ولري: هغه پیژندنه چې د پیرودونکي تمه لري، هغه پیژندنه چې سرور وړاندې کوي، او د سند SAN ننوتل.

پنځم، دا د تایید شوي چینل له لارې بدل کړئ

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

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