Windows پر OpenVPN: ٹنل خودکار طور پر شروع کریں اور روٹ رکھیں

یہاں دو تقاضے الجھے ہوئے ہیں: ٹنل اوپر آنا چاہیے کسی کے لاگ اِن کرنے سے پہلے، اور دوسری سائٹ کی ٹریفک کو اُس کی پیروی کرنی چاہیے۔ یہ الگ الگ طریقہ کار والے الگ مسائل ہیں۔ سروس کا آغاز پہلے کا فیصلہ کرتا ہے، اور روٹ کی عمر دوسرے کا۔ ایک حل کرنے سے دوسرا وہیں رہتا ہے جہاں تھا۔

پہلا مرحلہ: پروفائل وہاں رکھیں جہاں سروس اُسے ڈھونڈتی ہے

Windows سروس پروفائلز ایک مقررہ ڈائریکٹری سے پڑھتی ہے، اور GUI بھی اُسی جگہ سے پڑھتا ہے، اس لیے درآمد کرتے وقت کام کرنے والا پروفائل بوٹ پر نظر نہ آ سکے۔ .ovpn فائلیں انسٹالیشن کی config ڈائریکٹری میں رکھیں، جو عام طور پر Program Files کے نیچے ہوتی ہے۔ کسی صارف کے Downloads فولڈر میں چھوڑا گیا پروفائل سروس کے دائرے میں ہی نہیں آتا۔

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

ایک مشین پر کئی پروفائل ہوں تو dev-node کے ذریعے ہر ایک کو نام والا اڈاپٹر دیں۔ ورنہ وہ ایک ہی انٹرفیس کے لیے مقابلہ کرتے ہیں اور دوسرا ایسے انداز میں ناکام ہوتا ہے جو اسناد کے مسئلے جیسا لگتا ہے۔

دوسرا مرحلہ: ٹرے آئیکن نہیں، سروس شروع کریں

سروس کو OpenVPN Automatic پر رکھنا اُسے لاگ اِن کے بغیر بوٹ پر شروع کر دیتا ہے۔ یہی طریقہ کار ہے، اور ٹرے آئیکن اُس کا حصہ نہیں۔ جب رابطہ سروس کے پاس ہو، GUI شاید کوئی آئیکن یا حیثیت نہ دکھائے، جو متوقع ہے، خرابی نہیں۔

نتیجہ یہ ہے کہ منقطع کرنا سروس روکنا ہے، Disconnect پر کلک کرنا نہیں۔ جو مشین کی معاونت کرتا ہے اُسے بتائیں، ورنہ پہلی معاونتی کال گمشدہ آئیکن کے بارے میں ہو گی۔

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

تیسرا مرحلہ: روٹ کو ٹنل سے باندھیں

مستقل اندراج یہاں غلط اوزار ہے۔ -P کے ساتھ روٹ شامل کرنا اُسے دوبارہ بوٹ سے بچا دیتا ہے اور، اس سے بھی بدتر، ٹنل بند ہونے سے بھی بچا دیتا ہے۔ VPN بند ہونے پر سابقہ اب بھی ایک ایسے گیٹ وے کی طرف اشارہ کرتا ہے جو موجود نہیں، اس لیے میزبان اُس منزل تک نہیں پہنچ سکتا جب تک کوئی اندراج نہ مٹا دے۔

تین متبادل درست برتاؤ کرتے ہیں۔ سرور سے روٹ دھکیلیں، جو رابطہ ہونے پر اُسے شامل اور منقطع ہونے پر ہٹا دیتا ہے۔ اُسے route-up اسکرپٹ میں شامل کریں جو route_vpn_gateway پڑھتی ہے، تاکہ اگلی چھلانگ گفت و شنید شدہ ٹنل سے آئے۔ یا Add-VpnConnectionRoute کو Windows کے اصل VPN پروفائل کے ساتھ استعمال کریں، جو سابقے کو اُس رابطے سے باندھتا ہے۔

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

چوتھا مرحلہ: ٹھنڈے بوٹ سے بچ نکلیں

نیٹ ورک اسٹیک سے پہلے سروس شروع کرنا ایک ناکام کوشش دیتا ہے اور دوبارہ کوشش نہیں ہوتی۔ اُسے Automatic (Delayed Start) پر رکھنا، یا نیٹ ورک سروس پر انحصار شامل کرنا، وہ مقابلہ ہٹا دیتا ہے۔ پھر بوٹ ٹیسٹ دہرائیں اور جانچیں کہ دوسری کوشش کی اب ضرورت نہیں۔

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

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

پانچواں مرحلہ: GUI کے بغیر تصدیق کریں

دوبارہ بوٹ اور لاگ اِن کے بعد، GUI کھولے بغیر تین چیزیں جانچیں۔ اڈاپٹر کے پاس ایک پتہ ہونا چاہیے،روٹ جدول کو سائٹ کا سابقہ ٹنل گیٹ وے کے ساتھ اگلی چھلانگ کے طور پر دکھانا چاہیے، اور دور دراز کے پتے پر ping کا جواب آنا چاہیے۔ ہر جانچ اوپر کے مراحل کے کسی الگ طریقہ کار سے میل کھاتی ہے۔

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