کیا یہ NetworkManager پلگ اِن ایک وقت میں دو VPN چلا سکتا ہے؟
دو محفوظ پروفائل کچھ ثابت نہیں کرتے۔ پلگ اِن کی سروس میٹاڈیٹا میں متعدد کنکشن دیکھیں، پھر دونوں کے درمیان راستے اور DNS ہم آہنگ کریں۔
کنکشن کی فہرست میں دو VPN اندراج ہیں، دونوں کہتے ہیں جڑا ہوا، اور آپ کی توقع والی ٹریفک ان میں سے صرف ایک لے کر جا رہی ہے۔ یا دوسرا شروع ہونے سے انکار کر دیتا ہے، اور کوئی نہیں بتا سکتا کہ قصور پلگ اِن کا ہے، کلائنٹ کا ہے یا کسی بھولے ہوئے پالیسی کا۔ ایک VPN کی حد کے بارے میں دعوے مخصوص نفاذ بیان کرتے ہیں، اور نفاذ مختلف ہوتے ہیں۔ پہلے صلاحیت دیکھیں، پھر ہم آہنگی۔
پہلے محفوظ پروفائل گنیں، پھر فعالیت
محفوظ پروفائل ایک ترتیبی شے ہے، اور فعال کنکشن چلتی ہوئی مثال ہے۔ فہرست ان دونوں تصورات کو ظاہری طور پر یکجا کر دیتی ہے، اسی لیے دونوں رپورٹیں سچی لگتی ہیں۔ درست اشیاء کو ان کے UUID کے ساتھ نام دے کر شروع کریں، کیونکہ دکھایا گیا نام منفرد نہیں اور پرانا درآمد اکثر نئے اندراج کے ساتھ لیبل بانٹتا ہے۔ پھر فعال فہرست الگ سے دیکھیں اور پتہ کریں کون سے UUID نظر آتے ہیں۔ تبھی آپ جان سکیں گے کہ دو ترتیبات کا موازنہ کر رہے ہیں یا دو زندہ سرنگوں کا۔
ایک ہی UUID کو دو بار فعال کرنا تیسرا معاملہ ہے، اور یہ بیک وقتی نہیں۔ یہ ایک مثال کا دوبارہ فعال کرنا ہے۔
پلگ اِن کا اپنا میٹاڈیٹا پڑھیں
ہر VPN پلگ اِن ایک چھوٹی میٹاڈیٹا فائل کے ساتھ آتا ہے جسے منتظم پڑھتا ہے، اور وہ فائلیں بتا سکتی ہیں کہ پلگ اِن ایک ساتھ کئی کنکشن کی حمایت کرتا ہے یا نہیں۔ اپ اسٹریم منصوبہ ابھی جو لکھ رہا ہے اسے دہرانے کے بجائے اس مشین پر نصب فائل پڑھیں، کیونکہ تقسیمی پیکج ہی طے کرتا ہے کہ آپ کے پاس واقعی کیا ہے۔ وہی جانچ ہر پروٹوکول پر لاگو ہوتی ہے: ایک پلگ اِن کا جواب دوسرے کے بارے میں کچھ نہیں کہتا۔ پیکج کا ورژن نتیجے کے ساتھ نوٹ کریں، تاکہ بعد کا موازنہ معنی رکھے۔
ایک VPN کی حد کے بارے میں پرانا مشورہ پرانے انضمام بیان کرتا تھا۔ یہ نہ ہمیشہ سچ ہے اور نہ اسے مستقل ماننا محفوظ، اور آپ کے سامنے کی فائل اسے مقامی طور پر طے کرتی ہے۔
بیک وقت کا مطلب ہم آہنگ نہیں
دو پلگ اِن کا کامیابی سے شروع ہونا صلاحیت ثابت کرتا ہے، ڈیزائن نہیں۔ دو سرنگیں جو دونوں طے شدہ راستہ دیتی ہیں مقابلہ کریں گی، اور جس نے اپنا راستہ آخر میں نصب کیا وہ عام طور پر اعلان کیے بغیر جیت جاتا ہے۔ ایک دوسرے پر چڑھنے والی نجی رینج میں وہی مسئلہ چھوٹی شکل میں ہے۔
کچھ بھی فعال کرنے سے پہلے طے کریں کہ کون سی منزلیں کس پروفائل کی ہیں۔ پروفائل کا نام بدلنا منزلوں میں فرق نہیں کرتا۔
DNS جیتنے والا چنتا ہے، آپ کریں یا نہ کریں
حل کنندہ کی ترتیبات فی پروفائل ہیں، اور جب دو فعال ہوں تو حل کی ترتیب نیت سے نہیں بلکہ پالیسی اور ترجیح سے طے ہوتی ہے۔ سب سے آخر میں اٹھنے والا پروفائل ہر کارپوریٹ نام کا خاموش مالک بن سکتا ہے۔
ہر نجی نام کی جگہ کو اس حل کنندہ کو دیں جسے اس کا جواب دینا چاہیے، اور ترتیب پر بھروسا کرنے کے بجائے روٹنگ ترجیح جان بوجھ کر مقرر کریں۔ پھر دو نوں سرنگیں اوپر ہوں تو ہر جگہ سے ایک نام جانچیں، اور پھر ان میں سے ایک منقطع کر کے بھی جانچیں۔ وہ حل کنندہ جو صرف اس وقت کام کرے جب دونوں سرنگیں اوپر ہوں، ایسا ڈیزائن ہے جو کسی کو بدترین ممکن لمحے حیران کرے گا۔
مقررہ ترتیب میں تعینات کریں اور درمیان میں معائنہ کریں
ایک پروفائل فعال کریں، اس کے راستوں اور حل کنندہ کی حالت کا معائنہ کریں، پھر دوسرا فعال کریں اور دوبارہ معائنہ کریں۔ دونوں حالتوں کا موازنہ بتاتا ہے کیا بدلا اور کون سا پروفائل کس کا مالک ہے۔ دونوں فعال کر کے پھر نتیجے کی تشخیص نہ کریں۔
ہر مطلوبہ وسیلہ اس سرنگ سے جانچیں جسے اسے لے جانا چاہیے، پھر ایک پروفائل منقطع کریں اور تصدیق کریں کہ دوسرا اپنے راستے، اپنا DNS اور اپنا مطلوبہ ناکامی سلوک برقرار رکھتا ہے۔ اگر تعینات پلگ اِن واقعی وہ نہیں کر سکتا جو آپ کو درکار ہے، تو منتظم کے پاس فرسودہ پروٹوکول زندہ کرنے کے بجائے معاون اپ گریڈ یا واضح طور پر الگ تھلگ متبادل چنیں۔ دوسری، الگ سرنگ جس کا کوئی انتظام نہیں کرتا، الگ تھلگ ہونا نہیں؛ یہ حیران کن راستوں کا ایک اور ذریعہ ہے۔