جو PPTP پروفائلز اصرار کرتے ہیں کہ آپ کا پاس ورڈ غلط ہے، وہ سننے سے زیادہ تنگ بات کہتے ہیں۔ راز کی جانچ اُس زنجیر کے بالکل آخر میں ہوتی ہے جو صلاحیتوں کی گفت و شنید سے شروع ہوتی ہے، لہٰذا اُس زنجیر میں پہلے کی کوئی بھی عدم مطابقت توثیق کی ناکامی کے طور پر ظاہر ہوتی ہے۔ چنانچہ پاس ورڈ ری سیٹ کرنا، دوبارہ ٹائپ کرنا یا پروفائل دوبارہ بنانا کچھ نہیں بدلتا۔ پہلے گفت و شنید پڑھیں، پھر راستے کا کتنا حصہ آپ کے کنٹرول میں ہے اُس کے مطابق درستی چنیں۔

راز کی جانچ کبھی کیوں نہیں ہوتی

PPP توثیق گفت و شنید سے طے ہوتی ہے: سرور طریقے تجویز کرتا ہے، کلائنٹ اپنی استطاعت کے مطابق جواب دیتا ہے، اور کوئی بھی اسناد بدلنے سے پہلے دونوں ایک طریقے پر متفق ہوتے ہیں۔ جب سرور صرف EAP-PEAP پیش کرتا ہے اور کلائنٹ کا pppd اُسے نافذ نہیں کرتا، تو گفتگو تجویز کے مرحلے پر ہی ختم ہو جاتی ہے۔ سرور توثیق کی ناکامی درج کرتا ہے کیونکہ ناکام مرحلہ وہی ہے، اس لیے نہیں کہ پاس ورڈ کا موازنہ کر کے اُسے ناکافی پایا گیا۔

اسی لیے غلط پاس ورڈ اور طریقے کی عدم مطابقت دونوں میں خرابی یکساں ہوتی ہے۔ صرف لاگ ہی اُن میں فرق کرتا ہے، اور وہ بھی جب کلائنٹ کو تفصیلی ہونے کی اجازت ہو۔

گفت و شنید پڑھیں، آخری خرابی نہیں

ڈیبگنگ آن رکھ کر کنکشن کو پیش منظر میں چلائیں اور توثیق کی سطریں اوپر سے پڑھیں۔ لاگ تجویز کردہ طریقہ، قبول شدہ طریقہ اور وہ جگہ بتاتا ہے جہاں تبادلہ رکا۔ جو پروفائل CHAP یا MSCHAPv2 سے کبھی باہر نہیں نکلتا جبکہ سرور PEAP کی توقع رکھتا ہے، وہ طریقے کا مسئلہ ہے، اسناد کا نہیں۔ اُس لاگ کی آخری سطر وہ جگہ ہے جہاں کلائنٹ نے ہار مان لی، وہ نہیں جہاں وجہ ہے۔

sudo pppd call provider debug nodetach

اُس آؤٹ پٹ کو سنبھال کر رکھیں۔ یہ سرور کی پالیسی بدلنے سے پہلے نیٹ ورک کے مالک کو درکار ثبوت بھی ہے، اور یہ سوال بھی طے کرتا ہے کہ پاس ورڈ اصل میں کھیل میں تھا یا نہیں۔

دوسری وجہ رازوں کی فائل میں چھپی ہے

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

sudo cat -A /etc/ppp/chap-secrets

اُس آؤٹ پٹ میں ہر سطر کا اختتام ڈالر کا نشان بتاتا ہے۔ اُس نشان سے پہلے کچھ رکھنے والا پاس ورڈ خانہ، یا خانوں کے درمیان بھٹکی ہوئی جگہ، اُسی اقتباس کے ساتھ دوبارہ لکھنا ہوگا جو ٹول دستاویز کرتا ہے۔

سرور کس کا ہے اُس کے مطابق درستی چنیں

اگر سرور آپ کا ہے، اُس اکاؤنٹ کے لیے MSCHAPv2 کی اجازت دینا سب سے چھوٹی تبدیلی ہے، اور آپ کو درج کرنا چاہیے کہ آپ نے جان بوجھ کر کمزور طریقہ قبول کیا۔ اگر یہ کسی اور کا ہے، تو EAP-PEAP نافذ کرنے والا کلائنٹ ایماندار درستی ہے؛ pppd کو پیچ کرنا عدم مطابقت کو آپ کا دیکھ بھال کا مسئلہ بنا دیتا ہے۔ اگر پروٹوکول کا انتخاب ابھی کھلا ہے، تو PPTP ڈیزائن کا سب سے کمزور حصہ ہے اور منتقلی عام طور پر پیچ شدہ کلائنٹ کو زندہ رکھنے سے سستی پڑتی ہے۔ وہ فیصلہ پروفائل کے پاس لکھیں تاکہ اگلا شخص اُسے دوبارہ نہ کھولے۔

آپ جو بھی راستہ اختیار کریں، بعد میں کسی دوسرے نیٹ ورک کی دوسری مشین سے جانچیں۔ محفوظ شدہ پروفائل پرانا طریقہ پیش کرتا رہ سکتا ہے اور درست شدہ سرور کو خراب دکھا سکتا ہے۔ پھر ڈیبگ سیٹنگ ہٹا دیں، کیونکہ تفصیلی PPP لاگ مشترکہ ورک سٹیشن پر آپ کی خواہش سے زیادہ قید کر سکتے ہیں۔

متعلقہ مضامین