ppp0 یا ppp1؟ اسکرپٹس کے لیے PPP VPN سیشن کا نام رکھنا

ہک اسکرپٹ چلتی ہے، ppp0 پڑھتی ہے اور اُس لمحے یہ نام رکھنے والے کسی بھی انٹرفیس پر راستے لاگو کرتی ہے۔ کبھی یہ وہی سرنگ ہوتی ہے جس کا آپ نے ارادہ کیا؛ کبھی یہ ایک منٹ پہلے جڑا ہوا سیشن ہوتا ہے۔ اگلا دوبارہ رابطہ نمبر کو سرکاتا ہے، اور وہی اسکرپٹ خاموشی سے غلط لنک کنفیگر کر دیتی ہے۔ حل یہ ہے کہ انٹرفیس اُسی کال سے لیں جو ابھی چلی، اور مطلوبہ پروفائل اُس کے ساتھ لے چلیں۔

اختیارات سے ہک تک ایک سیشن کی پیروی کریں

جہاں سیشن بنتا ہے وہیں سے شروع کریں۔ xl2tpd اُس سرنگ کے pppoptfile کے بتائے ہوئے اختیارات کی فائل کے ساتھ pppd شروع کرتا ہے، اس لیے پلگ ان، یونٹ نمبر اور کوئی بھی پروفائل مارکر عالمی فائل میں نہیں، وہیں طے ہوتے ہیں۔ کنکشن مینیجر اپنے اختیارات بنا سکتا ہے، یعنی /etc/ppp/options میں ترمیم کرنا اس بات کا ثبوت نہیں کہ آپ کی دلچسپی کی سرنگ بدلی ہے۔ جب لنک اوپر آتا ہے تو pppd تقسیم کے بھیجنے والے سے اطلاعی اسکرپٹس چلاتا ہے۔ وہ اسکرپٹس انٹرفیس کا نام پہلی دلیل اور پروفائل مارکر چھٹی دلیل کے طور پر وصول کرتی ہیں۔

ماحول وہی حقائق IFNAME اور PPP_IPPARAM جیسے ناموں کے تحت رکھتا ہے، لیکن اُن کی دستیابی نصب شدہ بھیجنے والے پر منحصر ہے۔ کسی متغیر پر بھروسا کرنے سے پہلے بھیجنے والا پڑھیں: کچھ تقسیمیں upstream دلائل کی ترتیب رکھتی ہیں، دیگر آپ کی اسکرپٹ بلانے سے پہلے ماحول کو چھانتی ہیں۔ صرف $1 اور چھٹی دلیل استعمال کرنے والی اسکرپٹ دونوں صورتوں میں کام کرتی ہے۔

انٹرفیس کال سے پڑھیں

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

ipparam office-vpn

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

نام صرف اُس وقت مانگیں جب انکار درست ہو

مستقل نام دلائل پڑھنے سے آسان لگتا ہے، لیکن یہ ناکامی کا رویہ بدل دیتا ہے۔ unit اختیار باہر جانے والے رابطے کے لیے نمبر مانگتا ہے، اور جب وہ یونٹ پہلے سے مصروف ہو تو pppd متحرک مختص کرنے کی طرف لوٹ جاتا ہے۔ اُس نتیجے میں کچھ بھی آپ کے پروفائل کے لیے ppp0 محفوظ نہیں کرتا۔

ifname ppp-office

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

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

بے دخلی کو اُس سیشن سے ہم آہنگ کریں جو آپ نے کنفیگر کیا

راستے اور فائر وال قواعد اُنہیں بنانے والی اسکرپٹ سے زیادہ عرصہ رہتے ہیں، اس لیے بے دخلی کو ٹھیک وہی اشیاء ہٹانی چاہئیں جو سیشن کی ملکیت ہیں۔ قواعد کو انٹرفیس کے ساتھ پروفائل مارکر سے بھی ٹیگ کریں، اور اُسی ٹیگ سے مٹائیں۔ اگر دو سرنگیں بیک وقت اوپر ہو سکتی ہیں تو ppp کا ذکر رکھنے والا سب کچھ مٹانا ہی وہ طریقہ ہے جس سے ایک منقطعی دوسرے رابطے کو توڑتی ہے۔

وہ صورت آزمائیں جو نقص ظاہر کرتی ہے: پہلا ابھی جڑا ہوا ہو تو دوسرا PPP سیشن اوپر لائیں، پھر پہلا دوبارہ جوڑیں اور دیکھیں ہک کون سا انٹرفیس رپورٹ کرتا ہے۔ ایک سیشن کے ساتھ کامیاب دوڑ ناموں کی مختص کرنے کے بارے میں کچھ ثابت نہیں کرتی۔ VPN بند رکھ کر دہرائیں تاکہ تصدیق ہو کہ بے دخلی کوئی پرانا راستہ نہیں چھوڑتی۔

مارکر، انٹرفیس اور ہک کا راستہ تعیناتی نوٹس میں رکھیں۔ ری بوٹ کے بعد نمبر بدلے تو وہ تین قدریں بتاتی ہیں کہ کسی کنفیگریشن ترمیم کے بغیر اسکرپٹ نے مختلف رویہ کیوں اپایا۔