بوٹ پر شروع ہونے والی VPN سروس آپ کی کی رنگ کیوں نہیں پڑھ سکتی
بوٹ کے وقت VPN کے پاس قرض لینے کے لیے کوئی کھلا سیکرٹ ایجنٹ نہیں ہوتا۔ سرور نے کبھی مسترد نہ کیا ہوا پاس ورڈ دوبارہ ترتیب دینے سے پہلے کنکشن کے سیکرٹ جھنڈے پڑھیں۔
وہ کنکشن جو لاگ ان کے بعد کام کرتا ہے اور اس سے پہلے ناکام ہوتا ہے عام طور پر اس کا مطلب ہے کہ بوٹ کے وقت کی کوشش کوئی سیکرٹ حاصل نہ کر سکی، یہ نہیں کہ سرور نے کوئی مسترد کیا۔ اسناد موجود ہیں؛ انہیں طلب کرنے والا سیاق و سباق نہیں۔ یہی ایک فرق ایک غیر ضروری پاس ورڈ ری سیٹ بچاتا ہے۔
درخواست کی پیروی کریں: کوئی چیز کنکشن شروع کرتی ہے اس سے پہلے کہ ڈیسک ٹاپ سیشن موجود ہو، اور سیکرٹ اسٹور جو عام طور پر جواب دیتا ہے ابھی کھلا نہیں ہے۔ دونوں سیاق و سباق اس بات پر متفق نہیں کہ سیکرٹ کس کا ہے، اور پروفائل ریکارڈ کرتا ہے کہ ان میں سے کس سے توقع ہے کہ وہ اسے فراہم کرے۔
بوٹ کا راستہ اصل میں کیا مانگتا ہے
بوٹ کے وقت، NetworkManager صارف سیشن، سیشن D-Bus اور کھلی کی رنگ کے بغیر سسٹم سروس کے طور پر شروع ہوتا ہے۔ کنکشن پروفائل پھر بھی اٹھایا جا سکتا ہے، لیکن صرف ان سیکرٹس کے ساتھ جن تک سروس خود پہنچ سکے۔ سیکرٹ ایجنٹ کی ملکیت والی ہر چیز انتظار کرتی ہے جب تک کوئی انسان لاگ ان نہ کرے اور ایجنٹ ظاہر نہ ہو۔ سروس وہی کر رہی ہے جو اس کی ترتیب کہتی ہے؛ بدلنے والی چیز پروفائل ہے۔
ناکامی کی رنگ میں چھپی نہیں، کنکشن میں ہی لکھی ہے۔
کنکشن پر سیکرٹ جھنڈے پڑھنا
کنکشن سے پوچھیں کہ وہ کیا توقع کرتا ہے، یہ نہیں کہ ڈیسک ٹاپ کیا یاد رکھتا ہے۔ جھنڈوں کا کالم سوال کا براہ راست جواب دیتا ہے، اور ڈسک پر پروفائل فائل میں یہ ری بوٹ کے بعد بھی رہتا ہے۔
پروفائل فہرست سے شروع کریں، پھر تصدیق کریں کہ کون سا کنکشن خود اٹھنے کے لیے مقرر ہے۔ پھر ایک کنکشن ڈمپ کریں اور پاس ورڈ جھنڈے پڑھیں:
nmcli -f NAME,UUID,TYPE,AUTOCONNECT connection show nmcli connection show "Work VPN" | grep -i -E "password|secret|key" journalctl -b -u NetworkManager --grep "secret"
پہلا حکم تصدیق کرتا ہے کہ کون سے پروفائل موجود ہیں اور کیا ایک آٹو کنیکٹ پر مقرر ہے، جس طرح بغیر نگرانی کی کوشش شروع ہی ہوتی ہے۔ دوسرا جھنڈوں کی قدریں ظاہر کرتا ہے، اور تیسرا دکھاتا ہے کہ سروس شکایت کر رہی ہے کہ کسی ایجنٹ نے دیے گئے سیکرٹ کا جواب نہیں دیا۔ وہ لاگ سطر جو سیکرٹ کو ایجنٹ کی ملکیت کہے، ایک جملے میں پوری تشخیص ہے۔
| Flag value | Where the secret lives | Behaviour before login |
|---|---|---|
| 0 | Stored in the connection profile | Available to the system service |
| 1 | Owned by a secret agent | Blocks until the agent is unlocked |
| 2 | Never stored | Prompts on every activation |
| 4 | Not required | Never requested at all |
کنکشن کو سسٹم دائرے میں منتقل کرنے سے جواب کیوں بدلتا ہے
صارف کی ملکیت والا کنکشن اسی صارف کے ایجنٹ کے تحت فعال ہوتا ہے، اسی لیے ڈیسک ٹاپ اٹھتے ہی یہ بالکل ٹھیک کام کرتا ہے۔ اسے سسٹم دائرے میں منتقل کرنے سے ایجنٹ راستے سے ہٹ جاتا ہے، اس لیے وہی پروفائل VPN ترتیب کی ایک سطر بدلے بغیر مختلف رویہ دکھاتا ہے۔
یہ منتقلی جائز ڈیزائن ہے، اور اس کے ساتھ ایک شرط ہے: سیکرٹ سسٹم سروس کے لیے قابل رسائی ہونا چاہیے۔ اسے پروفائل میں محفوظ کرنا، سسٹم دائرے کی اسناد کے ذریعے فراہم کرنا، یا درست لمحے پر انٹرایکٹو پرامپٹ قبول کرنا—یہ سب درست جواب ہیں۔ جھنڈا 1 چھوڑ کر امید کرنا نہیں۔
اپنے پاس ورڈ فقرے والی نجی کلید دوسری تہہ شامل کرتی ہے۔ محفوظ شدہ اکاؤنٹ پاس ورڈ بھی ایسی کلید نہیں کھولے گا جو پاس ورڈ فقرہ مانگتی ہے، اس لیے کچھ بھی بدلنے سے پہلے جانچیں کہ ناکام ہونے والا مرحلہ واقعی کون سا سیکرٹ مانگ رہا ہے۔
کیا نہ کریں، اور اس کے بجائے کیا کریں
ہر اسناد کی فائل کو سب کے لیے پڑھنے کے قابل بنانا، یا پرامپٹ کی ضرورت نہ رہے اس لیے توثیق بند کرنا—شروع کی تکلیف کو مستقل انکشاف سے بدلتا ہے۔ دونوں انحصار کو حل کرنے کے بجائے چھپاتے بھی ہیں، اور اگلی امیج اپ ڈیٹ وہی ناکامی لوٹا دیتی ہے۔
اس مرحلے پر وہ طریقہ کار استعمال کریں جو آپ کی تقسیم نے بغیر نگرانی کے فعال ہونے کے لیے دستاویز کیا ہے، پھر تصدیق کریں کہ پروفائل کے جھنڈے اس سے میل کھاتے ہیں۔ نتیجہ صاف بوٹ سے جانچیں، ایسے شیل سے نہیں جس کے پاس پہلے سے ایجنٹ ہو۔ کنکشن کا مالک، سیکرٹ کا ماخذ اور وہ مرحلہ لکھ لیں جسے کام کرنا چاہیے، تاکہ بعد کی آٹو اسٹارٹ تبدیلی چپکے سے کسی کے ڈیسک ٹاپ کھولنے کے انحصار کو واپس نہ لا سکے۔ دستاویزکاری ہی درست شدہ سروس اور اگلی سہ ماہی میں دوبارہ ٹوٹنے والی سروس کے درمیان فرق ہے۔
لاگ ان کے بعد دستی دوبارہ کوشش کے بجائے کنٹرول شدہ صاف بوٹ سے جانچیں۔ دوبارہ کوشش اسی وجہ سے کامیاب ہوتی ہے جس وجہ سے بوٹ کے وقت کی کوشش ناکام ہوئی، اور تیز جانچ بالکل وہی ثبوت تباہ کرتی ہے۔