Ubuntu 18.04 کے VPN مینو میں OpenVPN موجود نہیں: کیا نصب کریں

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

مینو پروٹوکول نہیں، پلگ انز دکھاتا ہے

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

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

ڈائیلاگ کس پیکیج کا ہے

Ubuntu 18.04 پر پیکیجز کے مخصوص نام ہیں، اور نئی ریلیز نے بھی وہی تقسیم برقرار رکھی۔ انہیں متبادل نہیں بلکہ کردار سمجھ کر پڑھیں، کیونکہ ایک کو نصب کرنا مسئلہ خود بخود حل کرتا کم ہی ہے۔ ایک پیکیج میں ڈیمون اور کمانڈ لائن کلائنٹ ہوتا ہے، اور دونوں کو کوئی سیٹنگز ڈائیلاگ معلوم نہیں۔

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

sudo apt install openvpn network-manager-openvpn network-manager-openvpn-gnome
nmcli --version

18.04 پر یہ اصل آرکائیو کے نام ہیں، متبادل نہیں۔ KDE ڈیسک ٹاپ کو اپنا ایڈیٹر پیکیج چاہیے اور پلگ ان بھی چاہیے، اور صرف GNOME کے لیے لکھی گئی گائیڈ اسی حصے کو چھوڑ دیتی ہے۔

دوبارہ شروع کرنا بھی تنصیب کا حصہ ہے

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

دوبارہ شروع کرنا کنیکٹیویٹی کو چند سیکنڈ کے لیے کاٹتا ہے، اور اسی انٹرفیس سے گزرنے والا کوئی بھی SSH سیشن ساتھ جاتا ہے، لہٰذا اگر مشین دور ہے تو اس کی منصوبہ بندی کریں۔ پھر پینل دوبارہ کھولیں اور مینیجر سے براہِ راست پوچھیں کہ وہ کیا معاونت کرتا ہے۔ براہِ راست استفسار کیش میں ہو سکنے والے مینو سے بہتر ثبوت ہے۔

sudo systemctl restart NetworkManager
nmcli -f NAME,TYPE connection show
nmcli connection add type vpn

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

nmcli کو .ovpn پڑھنے دیں

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

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

nmcli connection import type openvpn file ~/Downloads/office.ovpn
nmcli --ask connection up office
nmcli -f NAME,TYPE,STATE connection show --active

وہ تیسری کمانڈ تصدیق کرتی ہے کہ ٹنل آپ کے متوقع نام سے اوپر ہے۔ یہ ناکام کنکشن کو کبھی فعال نہ کیے گئے کنکشن سے بھی الگ کرتی ہے۔

جو مینو نہیں بتا سکتا

قسم کا نہ ہونا گیٹ وے کے بارے میں کچھ نہیں کہتا، اور اس کا مطلب یہ نہیں کہ سرور OpenVPN سے انکار کرتا ہے۔ مینو آئٹم نظر آنے کے لیے غیر متعلقہ پروٹوکول کا پلگ ان نصب کرنا اس کی وجہ نہیں۔ اس دوسری غلطی کا عملی نام ہے: لوگ PPTP یا AnyConnect پروفائل OpenVPN سروس کی طرف موڑ دیتے ہیں کیونکہ پیش کردہ آئٹمز وہی تھے۔

پہلے پیکیجنگ درست کریں؛ سرور کا سوال بعد میں آتا ہے۔ صاف درآمد ہونے والا اور کبھی تصدیق نہ ہونے والا پروفائل ایڈیٹر کے سوال پر نہیں بلکہ سرٹیفکیٹ، TLS یا اسناد کے سوال پر ناکام ہو رہا ہے۔ ان میں سے ہر ایک الگ ثبوت چھوڑتا ہے، اور کوئی بھی ڈائیلاگ میں نظر نہیں آتا۔ سیٹنگز پینل دوبارہ کھولنے سے پہلے کلائنٹ لاگ پڑھیں۔

اس وسیلے سے ثابت کریں جو آپ واقعی استعمال کرتے ہیں

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

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