د Mac VPN تصدیقپاڼه: کوم حساب ته دروازه ګوري؟
د پروفایل نښه، اعتبار او د حساب ډګر بیلابیل پوښتنو ته ځواب وایي۔ د هر څه د نوم بدلولو دمخه اصلي کس ته ودرېږئ ترڅو د دروازې نقشې ته ورسیږئ۔
پروفایل ستاسو نوم ښیي، د تصدیقپاڼې ښکاره نښه بل څه وایي، او د دروازې ثبت دریم پېژندونکی ثبتوي۔ له دوی څخه هیڅ یو درواغ نه وایي، او همدا ستونزه ده: درې بیلابیل ډګرونه داسې لوستل کیږي لکه څنګه چې د یوې پوښتنې ځواب وایي۔ اړیکه یو اعتبار، د IKEv2 پېژندونکی او یو حساب وړاندې کوي، او دروازه پرېکړه کوي چې له دوی څخه کوم یو څه اجازه ورکوي۔
په یوه اړیکه کې درې هویتونه
ښکاره د پروفایل نوم د خلکو لپاره نښه ده۔ دا یوه اړیکه ټاکي او نور څه نه۔ تصدیقپاڼه اعتبار دی، او دا چې ایا څه ثابتولی شي د دې پورې اړه لري چې ایا کلاینټ سره سمه خصوصي کیلي لري۔ د حساب ډګر د اصلي کس په اړه ادعا ده، او سرور آزاد دی چې دا بلې ځایي هویت ته نقشه کړي۔
کله چې تصدیق ناکام شي، پوښتنه وکړئ چې تېروتنه له درېیو څخه کوم یو ته اشاره کوي۔ رد شوی اعتبار، ناپېژندل شوی پېژندونکی او غیر فعال حساب بیلابیل پیغامونه جوړوي، او د دوی یوازې «د تصدیق ستونزه» ګڼل تاسو ناسم کنسول ته لیږي۔
اصلي ډګرونه د دوی د دندې له مخې ولولئ
په مدیریت شوي اصلي IKEv2 ترتیب کې، د Apple د بار مرجع ارزښتونه جلا کوي، او د تصدیق طریقه پرېکړه کوي چې کوم ترکیب ته اړتیا ده:
| Field | Identifies | Common misreading |
|---|---|---|
| AuthName | Username for the configured arrangement | Assuming it is the certificate subject |
| LocalIdentifier | IKEv2 client identifier | Assuming it must equal the username |
| PayloadCertificateUUID | Referenced credential payload | Assuming any installed certificate will do |
تصدیقپاڼه او EAP ننوتل کولای شي په یوه اړیکه کې بیلابیل رولونه ولري۔ یوازې د دې لپاره چې یو له دوی څخه داسې کوي، هر ډګر اړ نه کړئ چې هماغه متن وساتي، او مه فکر کوئ چې د یو بدلول نور لغوه کوي۔ د دریم اړخ VPN اپلیکیشن کولای شي بشپړ بل ماډل وښیي؛ د اصلي ډګرونو نومونه هلته لېږدولو پرځای د هغې مستند هویت غوره توب وکاروئ۔
د سرور تصدیقپاڼه د کلاینټ هویت نه دی
هغه تصدیقپاڼه چې دروازه تصدیقوي د باور لنگر دی۔ دا ثابتوي چې تاسو هغه سرور ته رسیدلي یاست چې تمه مو درلوده۔ د کلاینټ هویت بل شی دی: دا هغې خصوصي کیلي ته لاسرسی لري چې ثابتوي نښلیدونکی اړخ هماغه دی چې ادعا یې کوي۔ د ښکاره حساب نوم بدلول یو بل ته نه شي اړولای۔
دلته د ښه نیت اصلاح ناسمه وي۔ د دروازې CA تصدیقپاڼه کلاینټ ذخیرې ته واردول د کلاینټ تصدیق لپاره هیڅ نه کوي، او هغه ننوتنه د کاروونکي نوم سره نښلول هغه کاروونکي هویت نه جوړوي۔ دواړه شیان د پروفایل په بیلابیلو برخو کې ژوند کوي او بیلابیلو پوښتنو ته ځواب وایي۔
اصلي کس ته ودرېږئ ترڅو د دروازې نقشې ته ورسیږئ
تصدیق کړئ چې اعتبار د څه لپاره صادر شو: دا کاروونکی، دا وسیله یا یوه شریکه نقش۔ د Mac ننوتلو حساب په اتوماتيک ډول هغه اصلي کس نه دی، او له بل ماشین څخه کاپي شوې تصدیقپاڼه د هغه ماشین هویت ساتي چې د هغه لپاره صادر شوې وه۔
بیا ریښتینی اعتبار پرتله کړئ، نه نښه۔ صادروونکی، د ترتیب شمېره او د ګوتې نښه تاسو او مدیر ته اجازه درکوي چې تصدیق کړئ د یو شی په اړه خبرې کوئ۔ ښودل شوي نومونه د سمون وړ دي او ډېری وختونه تکرار شي، چې دوی په پېښه کې ترټولو بد پېژندونکی جوړوي۔
وروستی ګام په دروازه کې دی۔ د هغې له مالک څخه وغواړئ چې یوه اړیکه له وړاندې شوو پېژندونکو او له هغه حساب-نقشې قاعدې سره ونښلوي چې دوی یې کارولي۔ د کلاینټ اړخ نښه نشي ټاکلای چې سرور څه پرېکړه کړې، او هغه قاعده چې تصدیقپاڼه غیر فعال حساب ته نقشه کوي ناکامه به شي پداسې حال کې چې د کلاینټ ټول ډګرونه سم ښکاري۔
هغه پوړ جوړ کړئ چې دا ناسمه اړیکه لري
که پروفایل ناسم اعتبار ته اشاره کوي، د هغې مرجع یا غوره توب سم کړئ۔ که اعتبار بل اصلي کس ته اړه لري، د نښو د سمولو پرځای د صادروونکي بیا ثبت ته ورشئ۔ که دروازه سم اعتبار ناسم حساب ته تړي، د هغې تګلارې مالک باید نقشه سمه کړي۔ دا درې بیلابیل بدلونونه دي چې درې بیلابیل تصویب کوونکي لري۔
نوي کول هم هماغه پاملرنې ته اړتیا لري۔ تصدیقپاڼه بدلول، د هغې ښکاره نښې نوم بدلول او یو کس د حساب سیستمونو ترمنځ لېږدول اړینه نه ده چې نقشې ته په یوه طریقه اغېزه وکړي۔ ولیکئ چې له درېیو څخه کوم یو مو بدل کړ، ځکه چې بل ناکامي به د کلاینټ له اړخه یو شان او د دروازې ثبت کې بېل ښکاره شي۔
یوازې هغه لږ تر لږه عامه پېژندونکي شریک کړئ چې ملاتړ ورته اړتیا لري۔ خصوصي کیلي یا بشپړ هویت بنډل هېڅکله د دې تبادلې برخه نه وي، هرڅومره چې تشخیص اسانه کړي۔