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

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

بوٹ کا راستہ اصل میں کیا مانگتا ہے

بوٹ کے وقت، 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 valueWhere the secret livesBehaviour before login
0Stored in the connection profileAvailable to the system service
1Owned by a secret agentBlocks until the agent is unlocked
2Never storedPrompts on every activation
4Not requiredNever requested at all

کنکشن کو سسٹم دائرے میں منتقل کرنے سے جواب کیوں بدلتا ہے

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

یہ منتقلی جائز ڈیزائن ہے، اور اس کے ساتھ ایک شرط ہے: سیکرٹ سسٹم سروس کے لیے قابل رسائی ہونا چاہیے۔ اسے پروفائل میں محفوظ کرنا، سسٹم دائرے کی اسناد کے ذریعے فراہم کرنا، یا درست لمحے پر انٹرایکٹو پرامپٹ قبول کرنا—یہ سب درست جواب ہیں۔ جھنڈا 1 چھوڑ کر امید کرنا نہیں۔

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

کیا نہ کریں، اور اس کے بجائے کیا کریں

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

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

لاگ ان کے بعد دستی دوبارہ کوشش کے بجائے کنٹرول شدہ صاف بوٹ سے جانچیں۔ دوبارہ کوشش اسی وجہ سے کامیاب ہوتی ہے جس وجہ سے بوٹ کے وقت کی کوشش ناکام ہوئی، اور تیز جانچ بالکل وہی ثبوت تباہ کرتی ہے۔

متعلقہ مضامین