nmcli بار بار VPN پاس ورڈ مانگتا ہے: خفیہ بات مقامی طور پر محفوظ کریں

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

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

کچھ بھی بدلنے سے پہلے تشخیص کی تصدیق کریں

تفاعلی اور غیر تفاعلی فعالیت کے درمیان فرق ہی پوری تشخیص ہے۔ اگر nmcli --ask connection up کامیاب ہوتا ہے جبکہ عام فعالیت رک جاتی ہے، تو پروفائل درست ہے اور خفیہ بات کا ماخذ غائب ہے۔ وہ ایک موازنہ آپ کو کام کرنے والی ترتیب دوبارہ لکھنے سے بچاتا ہے۔

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office IPsec" | grep -i flags

جھنڈے پڑھیں، اندازہ نہ لگائیں۔ "ایجنٹ سے پوچھیں" کے معنی رکھنے والی قدریں ہی وہ ہیں جو آپ تلاش کر رہے ہیں، اور کلیدوں کے صحیح نام VPN پلگ انز میں مختلف ہوتے ہیں کیونکہ وہ پلگ ان کی اپنی ڈیٹا ڈکشنری میں رہتے ہیں۔ FortiSSL پروفائل اور IPsec پروفائل لازماً ایک جیسے نام استعمال نہیں کرتے، اس لیے اپنے پروفائل کے آؤٹ پٹ سے کام کریں۔

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

خفیہ بات کو کلیدی فائل میں منتقل کریں

کنکشن فائل /etc/NetworkManager/system-connections/ کے تحت رہتی ہے۔ خفیہ باتیں وہاں بطور طے شدہ نہیں رکھی جاتیں، اور یہی ان جھنڈوں کا مقصد ہے جو آپ نے ابھی پڑھے۔ جھنڈے کو صفر کرنا NetworkManager کو بتاتا ہے کہ قدر پروفائل کے ساتھ محفوظ ہے، فعالیت کے وقت مانگی نہیں جاتی۔

[vpn]
password-flags=0

[vpn-secrets]
password=YOUR-VPN-PASSWORD

دو خفیہ باتوں والے پروفائل کے لیے نمونہ دہرایا جاتا ہے: [vpn] حصے میں ہر خفیہ بات کے لیے ایک جھنڈا، اور قدریں [vpn-secrets] میں۔ IPsec پروفائل عام طور پر صارف کی اسناد کے ساتھ پہلے سے مشترکہ کلید رکھتا ہے، اور پلگ ان انہیں عام پاس ورڈ فیلڈ سے مختلف نام دیتا ہے، اس لیے کلیدوں کے نام vpn.data آؤٹ پٹ سے نقل کریں، کسی ایسی بلاگ تحریر سے نہیں جس نے کوئی دوسرا پلگ ان استعمال کیا ہو۔ ایک غلط کلید نام ایسا پروفائل بناتا ہے جو لوڈ ہوتا ہے اور پھر توثیق میں ناکام ہوتا ہے، جو بالکل غلط پاس ورڈ کی طرح پڑھا جاتا ہے۔ دوبارہ جڑنے سے پہلے اپنی فائل کا موازنہ اسی پلگ ان کے کام کرنے والے پروفائل سے کریں۔

جس قدر میں خالی جگہ، اقتباس کے نشان یا ڈالر کا نشان ہو انہیں اقتباس میں رکھیں۔ $ والی بغیر اقتباس قدر جہاں تجزیہ ہوتی ہے اس کے مطابق لفظی پڑھی جائے گی یا پھیلائی جائے گی، اور اس سے پیدا ہونے والی توثیق کی ناکامی غلط پاس ورڈ جیسی دکھتی ہے۔

پھر فائل کی ملکیت اور موڈ درست کریں۔ یہ کلیدی فائلیں ایک مراعات یافتہ سروس پڑھتی ہے، اور وہ فائل جسے دوسرے صارف پڑھ سکیں ناقابلِ اعتماد سمجھی جاتی ہے، جو ترمیم شدہ پروفائل کے نظر انداز ہونے کی عام وجہ ہے۔ مالک root، موڈ 600، کوئی استثنا نہیں۔

دوبارہ لوڈ کریں، پھر فعال کریں

فائل کنکشن لوڈ ہونے پر پڑھی جاتی ہے، اس لیے اسے ترمیم کرنا کافی نہیں۔ پروفائل دوبارہ لوڈ کریں اور پھر کنکشن واضح طور پر اوپر اٹھائیں۔

sudo nmcli connection reload
sudo nmcli connection up "Office IPsec"

اگر دوبارہ لوڈ کرنا تبدیلی نہ پکڑے، تو سروس کا مکمل دوبارہ آغاز اسے پکڑ لیتا ہے، اور اسی کے بارے میں رپورٹیں موجود ہیں۔ جب دوسرے روابط اہم ہوں تو دوبارہ لوڈ کرنے کو ترجیح دیں، کیونکہ سروس کا دوبارہ آغاز ہر زیرِ انتظام کنکشن کاٹ دیتا ہے، اور دور دراز میزبان پر یہ آپ کا سیشن اس سے پہلے ختم کر سکتا ہے کہ مطلوبہ سرنگ اوپر آئے۔

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

جب محفوظ خفیہ بات مسئلہ نہ ہو

FortiSSL پروفائل درست محفوظ اسناد کے ساتھ بھی ناکام ہو سکتا ہے کیونکہ کلائنٹ گیٹ وے کے سرٹیفکیٹ پر کبھی بھروسہ نہیں کرتا۔ وہ ترتیب مرکزی ڈائیلاگ میں نہیں؛ یہ VPN کے جدید اختیارات کے پیچھے ہے، جہاں قابلِ بھروسہ سرٹیفکیٹ کا ڈائجسٹ درج کیا جاتا ہے۔ اگر لاگ پاس ورڈ کے بجائے سرٹیفکیٹ کا ذکر کرے، تو آپ اسی شاخ میں ہیں اور [vpn-secrets] کی ترمیم کی کوئی مقدار مدد نہیں کرے گی۔

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

فیصلہ کریں کہ محفوظ کرنا قابلِ قبول ہے یا نہیں

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

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

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