“تصدیق ناکام شو” کولی شي د سرور سند، د ماشین مخکې شریک شوې کیلي یا د کاروونکي پټنوم ته اشاره وکړي۔ دا کوم یو ته اشاره کوي، د پروتوکول پورې اړه لري، ځکه هر پروتوکول د پټو بېلې ټولګه تعریفوي۔ غلط یې بیا تنظیم کړئ، تېروتنه بې بدله پاتې کېږي۔ د وتلو لاره دا ده چې مخکې له دې چې څه سمول پیل کړئ، معلومه کړئ پروتوکول څو شاهدې غواړي۔

دوه شاهدې چې مخالف لوري ته اشاره کوي

یو ټنل باید ځواب ووايي چې سم ګیټوې ته رسېدلی که نه، او په جلا توګه چې کاروونکی څوک دی۔ د ګیټوې شاهدي د ماشین په کچه ده: سرور سند، مخکې شریک شوې کیلي یا ثابته عامه کیلي۔ د کاروونکي شاهدي د کس په کچه ده: پټنوم، ټوکن، د کلاینټ سند، یا هیڅ نه۔ دا د باور مخالف لوري دي او بېل توکي لګوي۔

IKEv2 د ګیټوې شاهدي د IKE_AUTH دننه ترسره کوي او کله چې EAP وکارول شي، د کاروونکي شاهدي وروسته په جلا تبادله کې چلوي۔ د IKEv2 مشخصات هغه د جلا برخو په توګه ساتي، چې دا پیاوړی اشاره ده چې کله یو پیغام دواړه پړاوونه پوښي، چېرته وګورئ۔

پړاو ولولئ، نه پیغام

کلاینټ یوه تېروتنه ښیي، که هر پړاو ناکام شي، نو دغه متن پخپله نږدې هیڅ معلومات نه لري۔ معلومات هغه حالت لري چې په هر پړاو کې یې کتلی شئ: آیا اړیکه شته، آیا د کاروونکي تبادله پیل شوې، او آیا کلاینټ هغه طریقه وړاندې کړه چې ګیټوې غوښتله۔ جدول پړاوونه همداسې ترتیبوي، نه د پروتوکول نوم له مخې۔

Stage that failedEvidence you can inspectWhat a password change cannot fix
The machine proofno security association in the state lista mismatched pre-shared key or an untrusted chain
The user proofan association is up while PPP or EAP reports failurean expired token, a locked account, a missing client key
The client's method supportthe client offers no method the gateway acceptsa client without the required EAP or key material
The server's policythe gateway rejects before any user exchange startsa policy that requires a certificate the profile lacks

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

دوه پټو لرونکی پروتوکول خپله لاس ښیي

L2TP over IPsec شمېر ښکاره کوي، ځکه دواړه څېړنې په بېلو بهیرونو کې ترسره کېږي۔ د IPsec پوړ باید لومړی د مخکې شریک شوې کیلي یا سند سره پورته شي، او یوازې بیا وروسته د هغه دننه PPP د کاروونکي ننوتل هڅه کوي۔

کله چې د ماشین پټ غلط وي، هیڅ اړیکه نه جوړېږي او د کاروونکي اعتبار هېڅکله نه ازمویل کېږي۔ کله چې د ماشین پټ سم وي او د کاروونکي پټ غلط وي، اړیکه شته او PPP ننوتل ردوي وروسته له دې چې ټنل پخوا پورته شوی۔ دواړه په سکرین کې یو شان پیغام ورکوي، له دوو بېلو پېښو۔

sudo swanctl --list-sas
sudo ip xfrm state list
sudo journalctl -u xl2tpd -n 50 --no-pager

خالي د اړیکو لیست سمدلاسه د کاروونکي پوړ لرې کوي، نو له پټنوم مخکې یې وګورئ۔ ټینګه اړیکه چې تکرار شوي PPP ناکامۍ لري، بل لوري ته اشاره کوي، د کاروونکي پوړ یا د هغه دننه تصدیق پروتوکول ته۔ له کلاینټ د تېروتنې متن څخه هیڅ یوه پایله نه ترلاسه کېږي۔

یوازې-پټنوم په رښتیا څه پورې تړلی دی

یوازې د پټنوم لاسرسی د L2TP، PPTP، SSTP او EAP سره IKEv2 لپاره نورمال دی۔ WireGuard دا ډول انتخاب هېڅ نه لري، ځکه د هغه همکاران کیلي دي نه کاروونکي۔ د OpenVPN لپاره ځواب د سرور د کلاینټ-سند غوښتنې څخه راځي: کوم ګیټوې چې هم سند او هم پټنوم غواړي، هغه به یوازې-پټنوم کلاینټ ردوي، که په ساحه کې څه ولیکل شي۔

کوم برخه چې تاسو ته اړینه ده، له همدې ځواب څخه راځي۔ د IKEv2 لاندې پټنوم ننوتل هغه کلاینټ غواړي چې EAP وایي، خو د سند ننوتل د کلاینټ شخصي کیلي او د سرور زنځیر غواړي۔ غلط یې نصب کړئ، ناکامي د اعتبار تېروتنې په څېر لوستل کېږي، که څه هم پخپله د تصدیق طریقه ورکه ده۔

یو شی بدل کړئ، بیا ازموینه وکړئ

لومړی درې حقایق ثابت کړئ: کوم پروتوکول روان دی، څو پټ تعریفوي، او له هغو کوم یې کاروونکي ته نه، ماشین ته اړه لري۔ ماشینونه په لومړي پړاو کې ناکامېږي او خلک په دوهم، او د دې دواړو ګډول همدا ټوله ستونزه ده۔

بیا سم یو شی بدل کړئ او له همدې کلاینټ څخه بیا ازموینه وکړئ۔ دا نظم یوه ګډه وډه ناکامي په هغه سمون بدلوي چې بل کس ته یې بیانولی شئ، او دا له هغه روانې اړیکې څخه ګټورتر دی چې هیڅوک یې تشریح نه شي کولی۔

اړوندې مقالې