NetworkManager میں گمشدہ VPN راستہ: پروفائل پالیسی یا اسکرپٹ؟

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

کچھ لکھنے سے پہلے فیصلہ کریں کہ کون سا مالک ذمہ دار ہے۔

تین مالک، ایک گمشدہ سابقہ

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

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

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

کچھ شامل کرنے سے پہلے پروفائل پڑھیں

محفوظ کنکشن کی اپنی خصوصیات سے شروع کریں۔ راز افشا کیے بغیر انہیں پڑھیں، اور اگر پروفائل کا نام مبہم ہو تو UUID استعمال کریں۔

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type آپ کو بتاتا ہے کون سا بیک اینڈ کنکشن کا مالک ہے، اور یہ اہم ہے کیونکہ پلگ ان ڈیٹا بیک اینڈ کے لیے مخصوص ہوتا ہے۔ ایک پلگ ان کی قبول کردہ کلید دوسرے کے لیے معاون ہدایت نہیں ہے، اس لیے کسی دوسرے کلائنٹ کی دستاویزات سے نقل کیا گیا اقتباس کسی چیز کا ثبوت نہیں ہے۔

ipv4.ignore-auto-routes اور ipv4.never-default مختلف سوالات کے جواب دیتے ہیں۔ پہلا ایسے راستے مسترد کر سکتا ہے جو کنکشن بصورت دیگر خود بخود لیتا، اور دوسرا کنٹرول کرتا ہے کہ آیا پروفائل ڈیفالٹ راستہ بن سکتا ہے۔ جو پروفائل خودکار راستوں کو نظر انداز کرتا ہے اور کسی اور چیز پر انحصار نہیں کرتا وہ صاف طور پر جڑتا ہے اور تقریباً کچھ بھی نصب نہیں کرتا۔

ip -4 rule show
ip -4 route show table all

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

جو اسکرپٹ درست نہیں کر سکتا

مددگار اسکرپٹ شامل کرنے سے NetworkManager کے vpn.data کو چلانے کے لیے پروگرام ملتا ہے۔ یہ حقیقی طریقہ کار ہے، اور ان میں سے بیشتر معاملات کے لیے یہ غلط ہے، کیونکہ اسکرپٹ کو کنٹرول اس وقت ملتا ہے جب پروفائل کی اپنی پالیسی پہلے ہی فیصلہ کر چکی ہوتی ہے کہ کیا قبول کرنا ہے۔

OpenVPN کا script-security دوسرا بار بار ہونے والا الجھاؤ ہے۔ یہ OpenVPN کی ترتیب ہے جو طے کرتی ہے کہ کلائنٹ کون سی اسکرپٹ چلا سکتا ہے اور ان کے ماحول میں کیا رکھ سکتا ہے؛ سطح 3 ماحول کے ذریعے اسناد منتقل کرنے کی اجازت دیتی ہے، جو راستہ سازی کی درستگی نہیں بلکہ رازوں کی دیکھ بھال کا فیصلہ ہے۔ اسے ایسے پروفائل میں چسپاں کرنا جس کا بیک اینڈ OpenVPN نہیں، یا جب کسی اسکرپٹ کو اس کی ضرورت نہ ہو تو اسے بڑھانا، راستہ شامل کیے بغیر خطرہ بڑھاتا ہے۔

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

فیصلہ، ترتیب سے

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

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

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