د VPN د تصدیق ډګر: کوم د حساب نومونه ځای ګټي؟

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

ډګر څه ټاکي

ګیټوې کارن نوم اخلي او باید پرېکړه وکړي چې چېرته یې وګوري۔ ډګر د هغه نوم برخه، یا د هغې څنګ ته صفت دی، چې ډیټابیس ټاکي: یو لارښود، د RADIUS حوض، یا سیمه ییز د حساب فایل۔ د Microsoft NPS دې ته د ډګر نوم وایي او د هغې له مخې د اړیکو غوښتنې لارښوونه کوي، پداسې حال کې چې د EAP شبکې د لاسرسي پېژندونکی هماغه مفکوره د at نښې وروسته د ضمیمې په توګه په RFC 7542 کې لري۔ دواړه ټاکونکي دي، او هېڅ یو یې نه پرېکړه کوي چې سند سم دی که نه۔

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

د ډګر نحوه د ځای پرځای کولو پورې اړه لري۔ ځینې خدمتونه بې له وړتیا نوم او یو صفت غواړي، نور user@domain غواړي، او لږ یې د بېرته سلیش بڼه تمه لري چې ډېری لارښودونه یې نه یادوي۔

هغه بڼه وکاروه چې شاته برخه یې تمه لري

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

د مدیریت حساب د ثبوت په توګه مه ګڼه۔ هغه ویب کنسول چې خدمت پرې اداره کوې کېدای شي د سیمه ییز فایل سره تصدیق وکړي، خو تونل په بشپړ ډول بل لارښود ګوري۔ د هغو اسنادو سره ازموینه وکړه چې ریښتینی کارن به یې کاروي، په هغه مخ کې چې ریښتینی کارن به یې کاروي۔ بریالۍ کنسول ننوتنه د هغه ډګر په اړه څه نه وایي چې ګیټوې د VPN تصدیق ته یې تطبیقوي۔

براوزرونه او د بریښنالیک کلاینټونه کله ناکله پخوانی هویت کېش کوي او په خاموشۍ یې بیا لېږي۔ کله چې راپور شوی کارن نوم له ټایپ شوي څخه توپیر ولري، لومړی هماغه کېش وګوره۔

غوښتنه د پروکسي له لارې تعقیب کړه

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

grep -n -A4 '^realm' /etc/freeradius/3.0/proxy.conf
radtest '[email protected]' 'wrong-password' 10.20.30.10 0 testing123
journalctl -u freeradius --since '-10 min' | grep -iE 'realm|stripped'

grep ښیي کومې ضمیمې شته او هر یو کوم حوض ته اشاره کوي۔ د radtest غوښتنه د ډګر سره نوم او په قصداً ناسم پټنوم لېږي، نو رد ثابتوي چې هم لارښوونه او هم د سند کتنه ترسره شوې۔ د هغې هڅې شاوخوا د جریدې کرښې ښیي چې نوم له پروکسي دمخه لرې شوی که نه او کوم کورني سرور هغه واخیست۔ که جریده هېڅ د ډګر سمون ونه ښیي، غوښتنه هېڅکله سیمه ییز سرور نه دی پریښی او ستونزه پټنوم نه دی بلکې ضمیمه ده۔

په یو وخت کې یو شی بدل کړه او هڅه تکرار کړه، ځکه جریده لارښوونه له سند ناکامۍ څخه یوازې هغه وخت بېلوي چې ننوتل د اجراګانو ترمنځ توپیر ولري۔ شریک راز د shell له تاریخې بهر وساته، هغه ځای چې وسیله له فایل یا پرامپټ لوستل ملاتړ کوي۔

هڅه ثبت کړه پرته له دې چې افشا یې کړې

ناکامي په داسې بڼه ولیکه چې مدیر پرې اقدام وکړي: مخ، د هویت بڼه، ایا ډګر و، او دقیق غیر پټه تېروتنه۔ ژوندی کارن نوم له عامه راپورونو بهر او ډګر دننه وساته۔ هر هویت یوې ورته ځای ناستې ته بدلول په دقیق ډول هغه ناسمون پټوي چې ته یې لټوې۔ د وخت نښه هم مهمه ده، ځکه ګیټوې، پروکسي او لارښود جلا جریدې ساتي۔

بیا د کاروونکو لپاره ګټونکې بڼه مستند کړه، ځکه بل کس چې هغه ناسم ولیکي هماغه ټکټ پرانیزي۔ د پټنوم بیا تنظیمول هغه غوښتنه نه جوړوي چې په ناسم نومونه ځای کې لاندې کېږي۔ ډګر د لارښوونې پرېکړه ده، او د لارښوونې پرېکړې په سم نوم ورکولو سره جوړېږي۔