د PAM ماډل ناپېژندل شوی: په رښتیا کوم بهیر ناکام شو
پیغام یو شریک شی او د ننوتلو نقطه نوموي، نه پټنوم. هغه بهیر ومومئ چې دا یې ثبت کړی، بیا بارول، سمبولونه او د سټک تضمینونه وګورئ.
دا جمله د پټنوم په اړه نه، بلکې د یو شریک شي او د فنکشن اشارې په اړه بیان وګورئ۔ همدا کلمې کولای شي له یوه OpenVPN پلگ ان، له یوه PAM سټک چې د یوې خدمت لپاره بار شوی، یا د RADIUS ډیمون له داخله راشي، او دا درې جلا څېړنې دي۔ لومړی بهیر وټاکئ۔
لاندې ګوتنې فرض کوي چې پیغام د VPN ننوتلو پر مهال د Linux-PAM ادغام له لارې ښکاره شو۔ که له RADIUS سرور د خپل ترتیباتو څخه راغلی وي، د هماغه ډیمون له شاهدو څخه پیل وکړئ۔
د بستې نوم اخیستلو دمخه د بهیر نوم واخلئ
درې برخې ماډل بلل کیږي او هېڅ یوه یې د بدلېدو وړ نه ده۔ د OpenVPN تصدیق پلگ ان د VPN ډیمون لخوا بار کیږي او د هماغه ډیمون د بېرته غږ انټرفیس پلي کوي۔ PAM ماډل یو شریک شی دی چې libpam یې د یوې نومول شوې خدمت لپاره باروي, او داسې د ننوتلو نقطې پلي کوي: pam_sm_authenticate۔ FreeRADIUS ماډل د هماغه ډیمون د خپل ترتیباتو برخه ده۔ همدې کلمو ته ورته پیغام کولای شي له درېیو هر یوه څخه راشي، نو لومړی پوښتنه دا ده چې کومه لاګ کرښه دا جوړه کړه۔
د یوې ناکامې هڅې وخت نښه د VPN لاګ او د سیسټم تصدیق لاګ ترمنځ سره وتړئ، بیا د لنډیز دمخه کرښې ولولئ۔ ځانګړی د باروونکي پیغام معمولاً هلته وي۔
د بارولو تېروتنه ولولئ، بیا د ننوتلو نقطه
PAM د ناپېژندل شوي ماډل راپور هغه وخت ورکوي چې ټاکل شوی شریک شی نه شي بارولی، یا هغه وخت چې بار شوی شی هغه فنکشن چې دا د سټک کرښه یې غواړي برابره نه کړي۔ دا جلا ترمیمونه دي: لومړی د لارې، بستې یا ABI ستونزه ده، او دوهم ناسمه د ننوتلو نقطه ده۔ د تصدیق کرښې ته اړتیا ده pam_sm_authenticate خو د حساب کرښې ته اړتیا ده pam_sm_acct_mgmt, او هغه کتابخانه چې یوازې یوه یې پلي کوي په بله کې ناکامه شي، لکه څنګه چې د لېږوونکي کوډ ښیي۔ په ډیسک کې د فایل موندل هېڅ یوه نه ثابتوي۔
له بلې وېش یا د CPU معمارۍ څخه ورته نوم لرونکې کتابخانه اخیستل ترمیم نه دی، او کولای شي بهیر داسې ماډل بارولو ته پرېږدي چې کله هم د خپل libpam پر وړاندې نه دی ازمېښت شوی۔ د هر څه بدلولو دمخه د نیت شوې لارې مالک بسته او د فایل ریښتینی معمارۍ وګورئ۔
هغه تضمینونه وساتئ چې سټک یې ورکول
دې تېروتنې ته د غلې کولو ترټولو چټکه لار ترټولو بده هم ده: اړین ماډل اختیاري نښه کول، د حساب پړاو ړنګول, یا بې قاعده اجازه دننه کول۔ له دې هر یو ناکامه ګوتنه په نشتونکې ګوتنه بدلوي، او بیا ننوتل د هغو دلیلونو له مخې بریالي کیږي چې چا نه دي غوښتي۔ د پټنوم بیا تنظیم او د شریک پټ بدلون هم نشتونکې فنکشن نه برابروي، ځکه ناکامي هغه وخت پېښیږي چې لا هېڅ سند backend ته نه دی رسېدلی۔
څو ماډله سټک کېدای شي د ناکامې کرښې دمخه بل backend چلولی وي، نو تېروتنه دا نه ثابتوي چې هېڅ RADIUS غوښتنه نه ده لېږل شوې۔
ماډل نه، ننوتل تایید کړئ
د ناسمې برابرۍ له سمولو وروسته ریښتینی د داخلېدو لار وازموئ۔ سم حساب باید بریالی شي، ناسم سندونه باید لا هم ناکام شي، او منع شوی حساب باید لا هم رد شي۔ دا هم تایید کړئ چې د سند یا اضافي فاکتور هر ډول غوښتنه لا هم پلي کیږي، ځکه د پړاو پریښودونکی ترمیم شوی سټک د پیرودونکي له اړخه بریالیتوب ښکاري۔
د ماډل پاک بارول پرمختګ دی، بشپړه ازموینه نه۔
کوم د خدمت نوم، کوم د پالیسۍ فایلونه او کومې د ننوتلو نقطې ښکېلې وې ثبت کړئ، د یوازیني هغه هڅې سره چې تاسو یې د شاهد په توګه کارولي۔ همدا ثبت دی چې بل پېښه د لرغونپوهنې تمرین پر ځای پلټنه جوړوي۔