nmcli VPN فہرست: محفوظ پروفائلز اور فعال سرنگیں

آپ nmcli connection show چلاتے ہیں اور VPN کی فہرست کی توقع کرتے ہیں، لیکن ہر وہ کنکشن ملتا ہے جو مشین نے کبھی محفوظ کیا، جس میں ایک برج اور ایک ہاٹ اسپاٹ بھی شامل ہے۔ آپ جو VPN ڈھونڈ رہے ہیں وہ وہاں ہو سکتا ہے، vpn کے علاوہ کسی اور قسم کا ہو سکتا ہے، یا NetworkManager کنکشن ہی نہ ہو۔ یہ جاننے کے لیے کہ آپ ان تین حالتوں میں سے کس میں ہیں، دو کمانڈ درکار ہیں۔

دو فہرستیں، دو سوال

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

ڈیفالٹ جدول پڑھنے کے بجائے فیلڈز منتخب کریں، کیونکہ ڈیفالٹ آؤٹ پٹ تنگ ٹرمینلز پر قسم چھپاتا ہے اور لمبے نام لپیٹ دیتا ہے۔

پہلی نظر کے لیے عام طور پر NAME، UUID اور TYPE ہی کافی ہوتے ہیں، پھر آپ اسی ایک اندراج کو UUID کے ذریعے دیکھتے ہیں جس میں دلچسپی ہے۔

TYPE ہی وہ جگہ ہے جہاں حیرانیاں ہیں

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

یہی بات دیگر سرنگ اقسام پر بھی لاگو ہوتی ہے جنہیں NetworkManager نے وقت کے ساتھ مقامی طور پر سنبھالنا سیکھا، اس لیے یہ نتیجہ اخذ کرنے سے پہلے کہ کچھ غائب ہے TYPE کالم پڑھیں۔

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

UUID پڑھیں، صرف نام نہیں

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

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

جب آپ کوئی ایسی چیز تبدیل کریں جسے واپس کرنا پڑ سکتا ہے تو UUID اپنے نوٹس میں نقل کریں۔

محفوظ پروفائل آپ کو کیا نہیں بتاتا

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

ایک ہی انٹرفیس کے لیے دو منتظمین اس مسئلے کی دوسری شکل ہے، اور یہ ایسی فہرست بناتا ہے جو درست لگتی ہے جب کہ کرنل کی حالت کسی اور کی ملکیت ہو۔

ہر انٹرفیس کے لیے ایک مالک فہرست کو ایماندار رکھتا ہے، اور nmcli حوالہ دستاویز کرتا ہے کہ ہر منظر دراصل کون سے فیلڈز کی اطلاع دیتا ہے۔

راز افشا کیے بغیر رپورٹ کریں

نام کے ساتھ connection show ترتیبات پرنٹ کرتا ہے، اور --show-secrets شامل کرنے سے نجی چابیاں اور پاس ورڈ پرنٹ ہوتے ہیں ان کے ساتھ۔ ٹکٹ میں مسئلہ حل کرنے کا متن چپکانے کے لیے ان کی ضرورت نہیں۔ اس کے بجائے قسم، UUID، حالت اور متعلقہ روٹس بتائیں، اور راز کے ذخیرے سے آیا ہر چیز چھپا دیں۔

--ask کے ساتھ انٹرایکٹو ایکٹیویشن غائب اسناد فراہم کرنے کا معاون طریقہ ہے، اور بغیر نگرانی کے آٹومیشن کو محفوظ سادہ متن پاس ورڈ کے بجائے دوسرا منظور شدہ انتظام درکار ہے۔

مختصر اور چھپائی گئی رپورٹ مکمل ڈمپ سے زیادہ آسانی سے جانچی جا سکتی ہے۔