Keyfile یا Netplan: VPN پروفائل واقعی کہاں محفوظ ہوتا ہے؟

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

درآمد شدہ فائل محفوظ شدہ پروفائل نہیں ہے

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

صرف پڑھنے والی فہرست سے شروع کریں اور مطلوبہ VPN کو لیبل کی بجائے شناخت کنندہ سے منتخب کریں:

nmcli -f NAME,UUID,TYPE connection show

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

keyfile کے مقامات ایک ہی معنی نہیں رکھتے

مول keyfile پلگ ان کے ساتھ، کنکشن فائلیں تین ڈائریکٹریوں میں ظاہر ہو سکتی ہیں، اور اُن کے درمیان فرق سہولت نہیں، استحکام ہے۔

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

keyfile کی دستاویزات ایک ایسی تفصیل شامل کرتی ہیں جس کا احترام کرنا چاہیے: اِن فائلوں میں نجی چابیاں اور پاس فریز ہو سکتے ہیں، اور NetworkManager ہر ایسی keyfile کو نظر انداز کرتا ہے جسے root کے علاوہ دوسرے صارفین پڑھ یا لکھ سکیں۔ کسی سیٹنگ کی تلاش میں ڈائریکٹری کی اجازتیں وسیع کرنا اُس لوڈنگ رویے کو توڑ دیتا ہے جس کا آپ معائنہ کرنا چاہتے تھے۔

جب Netplan استحکام کا مالک ہو

Ubuntu پر، Netplan کی دستاویزات میں بیان کردہ NetworkManager انضمام، جو 23.10 سے دستیاب ہے، اُس جگہ کو بدلتا ہے جہاں پائیدار کاپی رہتی ہے۔ غیر عارضی کنکشنز کے لیے یہ لکھتا ہے: /etc/netplan/90-NM-<connection UUID>.yaml اور اِس کے تحت ایک عارضی NetworkManager پروفائل بناتا ہے: /run/NetworkManager/system-connections/۔

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

دستاویزی مثال NetworkManager پاس تھرو ڈیٹا کے ساتھ Netplan nm-devices قسم کے ذریعے ایک OpenVPN کنکشن محفوظ کرتی ہے۔ یہ حقیقت کہ Netplan کے پاس کسی مخصوص VPN فیلڈ کی اپنی تشریح نہیں، اِس کا مطلب نہیں کہ آپ کا محفوظ VPN گم ہو گیا ہے؛ اِس کا مطلب ہے کہ فیلڈ غیر شفاف ڈیٹا کے طور پر سفر کرتا ہے۔

عارضی انٹرفیس پروفائل نہیں ہوتے

فعال کرنا ایسے عارضی مجازی کنکشنز اور انٹرفیس بناتا ہے جو کبھی قائم رہنے کے لیے نہیں تھے۔ انضمام جان بوجھ کر ہر ایک کے لیے نئی YAML فائل نہیں لکھتا، اِس لیے /etc/netplan میں اُن کی عدم موجودگی اِس بارے میں کچھ نہیں کہتی کہ بنیادی پروفائل محفوظ ہے یا نہیں۔

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

راز اور ملکیت

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

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

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