د IKE هویت یا د پای ټکي پته: دواړه مه ګډوئ
د FQDN ډول IKE هویت یو لفظي تصدیق ارزښت دی، نه د DNS معکوس پلټنه. د پای ټکي پته، سیمه ییز هویت او تمه شوی peer جلا وساتئ.
د FQDN هویت په نښه شوې ساحه د لفظي تار په توګه ولولئ، نه د خپلې عامې پتې د معکوس DNS نوم غوښتنې په توګه. د strongSwan په پارسر کې دا سم همدا دی، یو تار، او لوستل یې هغه هیڅکله پای ټکي ته نه حل کوي. همدا حقیقت یوازې ترټولو عام ذهن پریښودونکی لرې کوي کله چې تاسو د peer لپاره پیژندونکي غوره کوئ. لاندې ګوتنې درې اړوند ارزښتونه له یو ځای کېدو منع کوي.
نښه پلټنه نه ده
د پلورونکو انټرفیسونه د FQDN او hostname په څیر کلمې په آسانۍ کاروي، او د بکس نښه د هغې شاته انکوډنګ په اړه هیڅ نه وایي. هغه وسیله چې یوه ساحه Client FQDN بولي کیدای شي FQDN، د بریښنالیک شکل تار یا بربنډه پته ولېږي. متن او ډول د دوو جلا پرېکړو په توګه وګورئ او دواړه ثبت کړئ.
په لفظي هویت کې هیڅ شی DNS نه غواړي. دا یوه ادعا ده چې بل سر یې ګوري، نه هغه نوم چې شبکه یې باید حل کړي.
درې جلا ارزښتونه، جلا لیکل شوي
د یو کنفیګریشن سکرین شاته درې کارونه دي، او د هغوی یوځای کول ګران غلط دی. یو ارزښت د پای ټکي پته ده چې ټاکي پاکټونه چېرته ځي. بل یو سیمه ییز هویت دی چې دا peer یې وړاندې کوي، او دریم هغه هویت دی چې تاسو یې د تصدیق دمخه له لرې سر څخه تمه لرئ. هغوی په بدلون ټکټ کې د درېو کرښو په توګه ولیکئ، ځکه له دې کم څه اړیکه نه، VPN بیانوي.
| Job | Example | What it decides |
|---|---|---|
| Where the packets go | 198.51.100.7 | The endpoint address |
| What this peer claims | gw.branch.internal | The local IKE identity |
| Who should answer | ike.hub.internal | The expected remote identity |
بېلګې هویتونه باید د ځای پرځای کولو برخې په توګه وټاکل شي او اجازه ورکړل شي. هغوی هغه ادعاوې دي چې تصدیق یې ګوري، نه هغه اسناد چې هر peer باوري کړي، نو باوري ښکارېدونکی تار هیڅ نه اجازه ورکوي.
ډول د ارزښت برخه ده
د strongSwan هویت مرجع FQDN، د بریښنالیک شکل ارزښتونه، IP پتې او نور انکوډنګونه بیلوي، نو انکوډنګ د تورو په څیر مهم دی. دوه وسیلې کیدای شي یو متن د بېلو ډولونو لاندې ومني او بیا هم یو بل رد کړي. هغه یادښت چې ارزښت بې له ډول ثبت کړي نیم کنفیګریشن دی.
له پلورونکي وپوښتئ چې وسیله واقعاً کوم ډول لېږي، او د انټرفیس نښې پرځای د ډیکوډ سره یې تایید کړئ. اټکل شوی ډول هغه ناسمځایوالی دی چې د بل بدلون په تمه دی.
هره خوا باید بله خوا قناعه کړي
د هرې خوا سیمه ییز هویت باید د بلې خوا د تصدیق تګلاره تېره کړي. دا هغه نه دی چې یو تار په دواړو وسیلو کې هر هویت بکس ته ونیول شي، هغه لنډه لار هغه کنفیګریشن جوړوي چې هیڅوک یې سمولای نه شي.
د سند له لارې تصدیق خپلې اړتیاوې زیاتوي، ځکه د سند هویت او د باور شرایط ستاسو د ټایپ شوي IKE هویت ترڅنګ دي. یوازې د IKE هویت سمون د سند لرونکي peer اجازه نه ورکوي.
DNS چېرته مهم دی، او ستاسو نسخه څه لازموي
هغه ګېټوې hostname چې د کشف لپاره کارول کیږي واقعاً کاري DNS ته اړتیا لري، او هغه اړتیا د پای ټکي موندلو پورې اړه لري نه د ټایپ شوي هویت کومې معکوسې پلټنې پورې. په ټکټ کې دواړه جلا وساتئ، ځکه د کشف ناکامي او د هویت ناسمځایوالی په کلاینټ لاګ کې ورته لوستل کیږي او په بېلو ځایونو کې سمول کیږي.
د هغه محصول او نسخې پارسر ولولئ چې تاسو یې واقعاً چلوئ، دمخه له دې چې د ډول لازموونکی سینټکس کاپي کړئ، ځکه زاړه strongSwan خپرونې بېل چلند کاوه او نور پلورونکي خپل محدودیتونه زیاتوي. کله چې دواړه سرونه پرتله کوئ، څلور شیان یو ځای وساتئ: تمه شوی هویت، وړاندې شوی هویت، ډول او د تصدیق تېروتنه. هغه ټولګه ناسمځایوالی نظر نه، بلکې شاهد جوړوي.