Wi-Fi خود بخود جڑ جاتا ہے؛ VPN کو ثانوی ربط درکار ہے

لیپ ٹاپ آپ کے بیٹھنے سے پہلے Wi-Fi سے جڑ جاتا ہے، اور VPN اب بھی ایک کلک کا انتظار کرتا ہے۔ VPN پروفائل پر خودکار رابطہ مقرر کرنے سے کچھ نہیں بدلتا، کیونکہ وہ سوئچ خود پروفائل کی فعالیت کو کنٹرول کرتا ہے اور NetworkManager VPN کو بنیادی کنکشن کا ساتھی سمجھتا ہے۔ دستاویزی طریقہ کار بنیادی کنکشن کی ثانوی فہرست ہے، اور یہ کسی اور جگہ کی کوئی اور خصوصیت ہے۔

خودکار رابطہ VPN کا سوئچ نہیں ہے

Wi-Fi یا Ethernet پروفائل خود بخود فعال ہو سکتا ہے کیونکہ اس کے پاس ایک ڈیوائس ہے۔ VPN پلگ ان پروفائل کے پاس اسی معنی میں ڈیوائس نہیں ہوتی؛ یہ ایسے کنکشن کے ساتھ شروع ہوتا ہے جس کے پاس ڈیوائس ہے۔ اسی لیے VPN پر خودکار رابطے کا جھنڈا درست لگتا ہے، درست محفوظ ہوتا ہے اور کوئی سرنگ پیدا نہیں کرتا۔ جھنڈا پروفائل کے بارے میں سوال کا جواب دیتا ہے، اس نیٹ ورک کے بارے میں نہیں جس کی اسے ضرورت ہے۔

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

دونوں پروفائلز کو UUID سے شناخت کریں

nmcli -f NAME,UUID,TYPE connection show

وہ Wi-Fi یا Ethernet پروفائل منتخب کریں جسے سرنگ شروع کرنی چاہیے، پھر مطلوبہ VPN پروفائل۔ ناموں کی بجائے UUID استعمال کریں، کیونکہ نام ایک لیبل ہے جس کی نقل یا تدوین ہو سکتی ہے، اور UUID وہ چیز ہے جسے فعالیت کا راستہ واقعی حل کرتا ہے۔

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

VPN کو بنیادی کنکشن میں شامل کریں

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

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

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

یہ کنکشن پالیسی کی تبدیلی ہے، رن ٹائم ٹوگل نہیں۔ اسے تعیناتی کی منظور کردہ کسی بھی دوبارہ رابطہ کاری پر عمل کے ذریعے لاگو کریں، اور توقع رکھیں کہ تبدیلی کے بعد پہلی فعالیت اس سیشن سے مختلف برتاؤ کرے گی جس میں آپ ابھی ہیں۔

راز ربط کا حصہ نہیں ہیں

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

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

دونوں واقعات پڑھیں، پھر وسیلہ جانچیں

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

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