سیٹنگز وہ .ovpn درآمد نہیں کرتیں جو CLI قبول کرتا ہے

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

تین چیزیں جو ڈائلاگ کو کچھ بھی تجزیہ کرنے سے پہلے درکار ہیں

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

دو کمانڈز پہلا دور طے کرتی ہیں: پلگ ان کے لیے dpkg -l network-manager-openvpn-gnome اور ڈیوائس کی حالت کے لیے nmcli device status۔

درآمد کنندہ خاموشی سے کیا پھینکتا ہے

ڈیسک ٹاپ ترجمہ خصوصیات کے ایک مقررہ مجموعے کو نشانہ بناتا ہے۔ اس مجموعے سے باہر کی سطریں خاموشی سے خارج کر دی جاتی ہیں، اسی لیے ٹنل مطلوبہ کنفیگریشن کے غائب حصوں کے ساتھ اوپر آ سکتا ہے۔ up، down اور script-security کے ساتھ اعلان کردہ اسکرپٹس عام طور پر غائب ہو جاتے ہیں، اسی طرح مینجمنٹ انٹرفیس کے اختیارات اور اضافی دور دراز بلاکس بھی۔ vpn_gateway کلیدی لفظ کے ساتھ لکھا گیا راستہ مستثنیٰ ہے: درآمد کنندہ وہاں لفظی IPv4 گیٹ وے چاہتا ہے اور سطر پھینکنے کے بجائے خرابی کے ساتھ رک جاتا ہے۔

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

محفوظ کنکشن پڑھیں، ماخذ فائل نہیں

درآمد کا مستند نتیجہ کی فائل ہے، نہ کہ آپ کی منتخب کردہ .ovpn۔ sudo cat /etc/NetworkManager/system-connections/office.nmconnection دکھاتا ہے کہ پینل نے واقعی کیا محفوظ کیا۔ اگر وہاں راستہ موجود ہے مگر لائیو جدول میں نہیں، تو درآمد کامیاب رہی اور مسئلہ فعال کرنے کا ہے۔ اگر فائل میں نہیں، تو درآمد کنندہ نے اسے پھینک دیا اور کتنی بھی بار دوبارہ منسلک کرنے سے وہ واپس نہیں آئے گا۔

دو متبادل راستے ترجمے کی تہہ سے بچتے ہیں۔ nmcli connection import type openvpn file ./office.ovpn وہی آبجیکٹ لکھتا ہے اور وہ خرابیاں بتاتا ہے جو پینل چھپاتا ہے۔

پرانا ایڈیٹر، جو nm-connection-editor سے شروع ہوتا ہے، ایسے راستے کے فیلڈز دکھاتا ہے جو پینل میں نہیں۔ اسکرپٹس یا غیر تعاون یافتہ ہدایات پر منحصر پروفائلز کے لیے، کمانڈ لائن کلائنٹ رکھیں اور اس کے بجائے سروس سے نگرانی کریں، ڈیسک ٹاپ کنکشن غیر فعال کرنے کے بعد تاکہ ٹنل کا مالک صرف ایک جزو ہو۔

جب درآمد کام کرے مگر فعال کرنا نہیں

جدید ٹیب وہی ٹرانسپورٹ رکھتا ہے جو درآمد ہوا یا آخری بار منتخب کیا گیا۔ UDP پر سننے والا سرور TCP منتخب ہونے پر جلد ناکام ہوتا ہے، اور پیغام شاذ و نادر ہی یہ بتاتا ہے۔ ایسا کنکشن جسے لاگ ان صارف کے بغیر شروع ہونا ہے، اس کا راز تمام صارفین کے لیے محفوظ کرنا ضروری ہے، جو صرف اس سیشن کے لیے محفوظ کرنے سے مختلف سیٹنگ ہے۔

جب ڈائلاگ میں کچھ بھی مفید نہ ہو، journalctl -u NetworkManager -b دکھاتا ہے کہ فعال کرنا کیوں ناکام ہوا۔ شیل کلائنٹ کبھی اس راستے کو نہیں چھوتا، اسی لیے ڈیسک ٹاپ کاپی کام نہ کرنے پر بھی وہ کام کرتا رہتا ہے۔

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