Ubuntu 24.04 میں L2TP ٹوٹ گیا: xl2tpd یا go-l2tp ڈیمن؟

Ubuntu 24.04 نے NetworkManager کے L2TP پلگ ان کے پیچھے ڈیمن خاموشی سے بدل دیا۔ پرانا راستہ xl2tpd استعمال کرتا تھا؛ نیا پیکجنگ Go کی ایک عمل آوری لاتا ہے جو kl2tpd نام کا ڈیمن بناتی ہے۔ پلگ ان وہی شروع کرتا ہے جو نصب ہو، اس لیے اپ گریڈ آپ کی پروفائل یا اسناد کو چھوئے بغیر ڈیمن بدل سکتا ہے۔ یہی ساری خرابی ہے: ایک کنٹرول پیغام جسے نیا ڈیمن نہیں پہچانتا۔

پلگ ان IPsec، L2TP اور PPP کو ہم آہنگ کرتا ہے، پھر بننے والا انٹرفیس NetworkManager کو دیتا ہے۔ یہ خود L2TP نافذ نہیں کرتا۔

پلگ ان ایک ہم آہنگ کنندہ ہے، ڈیمن نہیں

network-manager-l2tp IPsec معاون، L2TP ڈیمن اور PPP چلاتا ہے اور انٹرفیس کو ڈیسک ٹاپ کے کنکشن انتظام سے جوڑتا ہے۔ برسوں تک ڈیمن xl2tpd تھا، اور اس کی ترتیب کا ذکر کرنے والا ہر ٹیوٹوریل وہی مفروضہ ورثے میں لیتا تھا۔ بعد میں Debian پیکجنگ نے دونوں میں سے کوئی بھی عمل آوری قبول کی، اور 24.04 Go والا نسخہ نصب کرتا ہے، جو kl2tpd فراہم کرتا ہے۔ پروفائل میں کوئی فیلڈ درج نہیں کرتا کہ پہلے کون سا ڈیمن چل رہا تھا، اس لیے تبدیلی پیغام کے مسترد ہونے تک نظر نہیں آتی۔

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

مرمت چننے سے پہلے مرحلہ پڑھیں

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto

ڈیسک ٹاپ اطلاع پر بھروسا کرنے کے بجائے ایک کوشش کو معاونوں کے پار جوڑیں۔ وہ استفسار دکھاتا ہے کہ ترتیب کہاں رکی، اور dpkg -l دکھاتا ہے کہ کون سی عمل آوری نصب ہے۔ IPsec ساتھی قائم ہونے کے بعد ظاہر ہونے والی اور کنٹرول پیغام یا نامعلوم صفت کا ذکر کرنے والی ناکامی ڈیمن کی طرف اشارہ کرتی ہے۔ سرنگ بننے سے پہلے ناکامی کا مطلب ہے کہ ڈیمن تک کبھی نہیں پہنچے۔

پہلے سے شیئر کردہ کلید کا عدم توافق IPsec مرحلے پر ختم ہوتا ہے اور ساتھی کا نام لیتا ہے۔ PPP اسناد کا مسئلہ سرنگ ابھرنے کے بعد ظاہر ہوتا ہے اور عموماً پڑھنے کے قابل CHAP یا MS-CHAP مستردگی لاتا ہے۔ دونوں ایک ہی استفسار میں نظر آتے ہیں، اور یہ الگ مسائل ہیں۔

دو راستے، اور وہ ملتے نہیں

sudo apt install xl2tpd
sudo apt purge go-l2tp

وہ جوڑی xl2tpd رکھتی ہے اور پھر Go ڈیمن ہٹا دیتی ہے، پلگ ان کو وہ عمل آوری چننے دیتی ہے جس کی بولی گیٹ وے بولتا ہے۔ ترتیب اہم ہے: پلگ ان ایک یا دوسری عمل آوری پر منحصر ہے، اس لیے پہلے Go پیکج ہٹانا پلگ ان کو بھی گرا دیتا ہے۔ دوسرا راستہ Go ڈیمن رکھتا ہے اور پیغام سمجھنے والے نئے بلڈ کی طرف جاتا ہے، جس کا مطلب عموماً آرکائیو نسخے کے بجائے دیکھ بھال کرنے والے کا PPA ہوتا ہے۔ زیرِ انتظام فلیٹ میں PPA پن کرنا صارفین کو پیکج ہٹانا سکھانے سے زیادہ آسانی سے جائز ٹھہرتا ہے۔

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

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

تین چیزیں جو یہ نہیں ہیں

یہ پروفائل کا مسئلہ نہیں، کیونکہ وہی پروفائل 22.04 پر اسی گیٹ وے کے ساتھ کام کرتی تھی۔ یہ گمشدہ راستہ یا فائروال تبدیلی بھی نہیں، کیونکہ وہ کہیں اور مختلف شواہد کے ساتھ ناکام ہوتے ہیں۔ پلگ ان دوبارہ نصب کرنے سے بھی ٹھیک نہیں ہوتا، کیونکہ وہی ڈیمن پھر چنا جاتا ہے۔ مفید تفصیل ڈیمن اور اس کے مسترد کردہ پیغام کا نام لیتی ہے۔

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

دونوں راستوں کا موازنہ رفتار کے بجائے دیکھ بھال کے اخراج پر کریں۔ دونوں کام کر سکتے ہیں؛ بولی کا عدم توافق صرف ایک دور کرتا ہے۔