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 کے خلاف کبھی آزمایا نہیں گیا۔ کچھ بھی بدلنے سے پہلے مطلوبہ راستے کے مالک پیکیج اور فائل کی اصل آرکیٹیکچر جانچیں۔

اسٹیک کی دی ہوئی ضمانتیں برقرار رکھیں

اس خرابی کو خاموش کرنے کا تیز ترین طریقہ بدترین بھی ہے: لازمی ماڈیول کو اختیاری نشان زد کرنا، اکاؤنٹ مرحلہ حذف کرنا, یا بلا شرط اجازت داخل کرنا۔ ان میں سے ہر ایک ناکام جائزے کو غائب جائزے میں بدل دیتا ہے، اور پھر لاگ ان ان وجوہات سے کامیاب ہوتا ہے جو کسی نے نہیں چاہیں۔ پاس ورڈ ری سیٹ اور مشترکہ راز کی تبدیلی بھی غائب فنکشن فراہم نہیں کرتی، کیونکہ ناکامی کسی بھی اسناد کے بیک اینڈ تک پہنچنے سے پہلے ہوتی ہے۔

کئی ماڈیول کا اسٹیک ناکام اندراج سے پہلے کوئی اور بیک اینڈ چلا سکتا ہے، اس لیے یہ خرابی ثابت نہیں کرتی کہ کوئی RADIUS درخواست نہیں بھیجی گئی۔

ماڈیول نہیں، لاگ ان کی تصدیق کریں

مطابقت درست ہونے کے بعد اصل داخلے کا راستہ آزمائیں۔ درست اکاؤنٹ کامیاب ہونا چاہیے، غلط اسناد اب بھی ناکام ہونی چاہیے، اور ممنوع اکاؤنٹ اب بھی مسترد ہونا چاہیے۔ یہ بھی تصدیق کریں کہ سرٹیفکیٹ یا اضافی عنصر کی کوئی بھی شرط اب بھی نافذ ہے، کیونکہ مرحلہ چھوڑنے والا مرمت شدہ اسٹیک کلائنٹ کی طرف سے کامیابی جیسا دکھائی دیتا ہے۔

ماڈیول کا صاف لوڈ ہونا پیش رفت ہے، مکمل شدہ امتحان نہیں۔

کون سا سروس نام، کون سی پالیسی فائلیں اور کون سے انٹری پوائنٹس شامل تھے، ثبوت کے طور پر استعمال کی گئی واحد کوشش کے ساتھ درج کریں۔ یہی ریکارڈ اگلے واقعے کو آثارِ قدیمہ کی مشق کے بجائے تلاش بنا دیتا ہے۔