pppd بائنری نہیں ملی: رن ٹائم ٹھیک کریں، تصدیق نہیں

گیٹ وے تک کچھ نہیں پہنچا، کیونکہ کلائنٹ کو پہلے درکار بائنری نہیں ملی۔ پیغام رن ٹائم مددگار کا نام لیتا ہے، اور فطری ردعمل یہ سمجھنا ہے کہ دوسرے سرے نے کچھ مسترد کیا۔ اس نے مسترد نہیں کیا۔ PPP پر مبنی انٹیگریشن کو وہ مددگار مقامی مشین پر درکار ہے، اور وہ غائب ہے، پڑھا نہیں جا سکتا یا وہاں نہیں جہاں کال کرنے والا دیکھتا ہے۔

مینو اور ڈیمن مختلف چیزیں ہیں

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

الٹی غلطی بھی اتنی ہی عام ہے: ڈسک پر کہیں موجود ایگزیکیوٹیبل یہ ثابت نہیں کرتا کہ منتخب انٹیگریشن معاون کاپی ڈھونڈ لیتی ہے۔ ہوم ڈائریکٹری کی کاپی شیل کو مطمئن کر سکتی ہے اور پھر بھی سروس کے لیے پوشیدہ رہ سکتی ہے۔

فائل نہیں، پیکیج پڑھیں

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

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

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

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

دوسروں کو توڑے بغیر رن ٹائم ٹھیک کریں

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

دوسرا VPN کلائنٹ نصب کرنا بھی مرمت نہیں۔ یہ نئی مطابقت کی ضرورت بناتا ہے جبکہ اصل پروفائل کو بغیر وضاحت چھوڑ دیتا ہے۔

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

اگلی غلطی کو نیا مرحلہ سمجھیں

مددگار کے شروع ہونے کے بعد توقع رکھیں کہ اگلی ناکامی مختلف ہوگی۔ PPP لنک مذاکرات، صارف کی تصدیق، پتہ تقسیم، راستے اور نام حل ہر ایک آزادانہ ناکام ہو سکتا ہے، اور ہر ایک کے اپنے شواہد ہیں۔

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

پیکیج کے ورژن اور وہ درست پیغام لکھیں جو آپ نے دیکھا۔ وہ رپورٹ جو غائب بائنری اور اسے مہیا کرنے والے پیکیج کا نام لیتی ہے، اس طرح قابل عمل ہے جس طرح VPN کے بارے میں عمومی شکایت نہیں۔