ناسم VPN هڅه: کوم د اعتبار وړ اسنادو ټولګی پوله تېره کړه؟

تاسو له ناسم VPN سره وصل شوئ او کلاینټ د ناکامۍ راپور ورکړ۔ چې آیا دې اهمیت درلود، په دې پورې اړه لري چې له ناکامۍ دمخه د تار له لارې څه تېر شول، او ټکی پخپله دا نه وایي۔ ځینې لاس ورکول هېڅ راز نه لېږي، پداسې حال کې چې نور بیا پټنوم هر هغه چاته سپاري چې دې پته ځواب ویلي۔ له هر څه لغوه کولو دمخه معلومه کړئ چې له دې دوو کې کوم یو پېښ شوی۔

ودرېږئ او شواهد وساتئ

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

هېڅکله د دې پوښتنې پر مهال چې آیا هڅه خوندي وه، نه سم شوی پروفایل یا لاګ په عامه فورم کې مه خپروئ۔ دې سندونو کې ډېری وخت د خصوصي کیلي لاره، داخلي کوربه نوم یا ټوکن وي، نو لومړی يې سم کړئ او بیا د پای ټکي مالک مدیر سره شریک کړئ۔

پوله څه تېرولی شي

ډېر ګډوډي له دې ځایه راځي چې هر ناکامي د یو ډول پېښې په توګه ګڼل کیږي۔ څلور بېلابېل شیان بلې خوا ته رسېدلی شي: عامه سند، هغه لاسلیک چې کیلي کارول ثابتوي، پټنوم یا یو ځلي کوډ، او هغه فایل چې تاسو پخپله ټاکلی۔ هر یو خپل پایله او خپل سمون لري۔ د artefact ډلبندي هغه ګام دی چې له دې وروسته هر څه فیصله کوي۔

د سند قضیه تر ټولو سپکه ده، ځکه هغه څه چې سفر کوي په جوړښت کې عامه دي او د هغې پېژندونکي ډګرونه لا دمخه هر هغه چاته ښکاري چې وصل شي۔ پر ننګونې لاسلیک وایي چې کیلي وکارول شوه، نه دا چې ولېږل شوه۔ پټنوم برعکس قضیه ده: څوک چې ترلاسه کړي کولای شي بل ځای یې وآزموي، او هغه خدمت چې د پټنومونو د تایید لپاره جوړ شوی د همدې ارزښت پلان شوی ترلاسه کوونکی دی۔

د کیلي ثبوت د کیلي اپلوډ نه دی

عصري TLS دا دوه نظریې په قصد سره جلا ساتي۔ RFC 8446 د CertificateVerify پیغام تشریح کوي، چېرې چې کلاینټ د خپل سند سره سمون لرونکې خصوصي کیلي سره ننګونه لاسلیک کوي۔ لاسلیک پرته له دې چې کیلي ولېږدوي مالکیت ښیي، نو د سند له مخې تصدیق شوې هڅه په اتوماتيک ډول د کیلي افشا نه ده۔

دې تسلیت یوه پوله لري چې باید وویل شي۔ ثبوت ښیي چې کیلي په هغه تبادله کې برخه درلوده، او د دې په اړه هېڅ نه وایي چې په ماشین کې یو محلي پروګرام ممکن لا څه لوستلي وي۔ دا هم نه وایي چې یو ناپېژندلې هڅه په رښتیا څومره لرې ولاړه، نو لاګ تر نظریې مهم دی۔

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

له لاګ څخه هڅه بیا جوړه کړئ

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

دې حقایق د یادښت نه بلکې د کلاینټ خپل لاګ څخه راواخلئ۔ تنګ فلټر محصول دومره لنډ ساتي چې سم او شریک کړل شي:

grep -n -i -E 'verify|authentication|certificate|error|timeout' client.log | tail -30

له دې هېڅ یوه لپاره کوربه نوم مه بدلوئ۔ پېژندل شوی نوم، اوسنی DNS ځواب او هغه سند خبرداری چې سافټویر ښیي اوسنی وخت بیانوي نه مخکینی اړیکه۔ د پټنوم غوښتنه هم د دې ثبوت نه دی چې څه لېږل شوي، ځکه کلاینټ ممکن د سپارلو دمخه ناکام شوی وي۔

پریکړه وکړئ، بیا عمل وکړئ

پریکړه له artefact څخه راځي، نه له دې چې ناکامي څومره وېروونکې ښکارېده۔ څلور کرښې د بیا جوړ شوو حقایقو په وړاندې ولولئ:

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

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