Windows کا OpenVPN پروفائل Ubuntu پر ناکام ہوتا ہے: تین تہیں

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

ڈاؤن لوڈ کو ویسے ہی رکھیں جیسے آیا تھا اور ایک نقل میں ترمیم کریں، تاکہ نیا ڈاؤن لوڈ آپ کی تبدیلیاں خاموشی سے واپس نہ کر دے۔

الزام لگانے سے پہلے انتباہ پڑھیں

block-outside-dns Windows پر Windows فلٹرنگ پلیٹ فارم کے ذریعے DNS کو مقفل کرتا ہے، اور Linux کلائنٹ کے پاس اسے میپ کرنے کے لیے کچھ نہیں۔ جب سرور اسے بھیجتا ہے، کلائنٹ اس بھیجی گئی اندراج کے لیے نامعلوم آپشن کی سطر چھاپتا ہے اور جاری رکھتا ہے، کیونکہ بھیجا گیا آپشن مہلک شمار نہیں ہوتا۔ لیکن آپ کی اپنی فائل میں وہی سطر اور بات ہے: وہاں پارسر رک جاتا ہے۔ کچھ بھی چھونے سے پہلے طے کریں کہ ان دو میں سے کون سی آپ کے پاس ہے، کیونکہ ان میں سے صرف ایک ہی رن ختم کرتی ہے۔

شور دور کرنے کے لیے پارس کرنے سے پہلے اسے فلٹر کریں: اس نام کے لیے pull-filter ignore اندراج، یا جب سطر مقامی فائل میں ہو تو --ignore-unknown-option۔ دونوں اس سطر کو خاموش کرتے ہیں جو آپ پہلے پڑھ چکے ہیں؛ کوئی بھی اس خرابی کو درست نہیں کرتا جس کی آپ نے تشخیص نہیں کی۔

اجازتیں ہر چیز سے پہلے ناکام ہوتی ہیں

tun ڈیوائس اور اس کے ساتھ آنے والے راستے مراعات یافتہ اشیاء ہیں، اور عام اکاؤنٹ انہیں نہیں بنا سکتا۔ --user آپشن اس تقسیم کی وضاحت کرتا ہے: ڈیمن اپنے مراعات سے صرف اس وقت دستبردار ہوتا ہے جب مراعات یافتہ کام مکمل ہو جائے۔ اسے root کے طور پر یا ایسی unit کے ذریعے شروع کریں جو اسے اسی طرح شروع کرتی ہو، پھر سرٹیفکیٹ دیکھنے سے پہلے اجازت کی خرابی تلاش کریں۔ پروفائل پر فائل کی اجازتیں نرم کرنا عمل کو وہ حقوق نہیں دیتا جو اس کے پاس نہیں۔

TLS خرابی کا مطلب ہے کہ کلائنٹ اس تہہ سے گزر گیا۔ ڈیوائس یا راستے کی شکایت کا مطلب ہے کہ وہ اوپر کی تہہ تک کبھی نہیں پہنچا۔

GUI کیا کرتا ہے اور ٹرمینل نہیں کرتا

ہر تلاش کے اب بھی ناکام ہونے کے باوجود کامیابی سے جڑنا تیسری تہہ ہے۔ NetworkManager خود اپنا ریزولور کام کرتا ہے، اسی لیے ڈیسک ٹاپ درآمد DNS دے سکتا ہے چاہے پروفائل کی up اسکرپٹ کبھی کامیاب نہ ہوئی ہو۔ openvpn --config کمانڈ وہ چلاتی ہے جس کا --up نام دیتا ہے، اور اگر وہ معاون نہ ہو تو انٹرفیس ظاہر ہوتا ہے جبکہ تلاشیں پچھلے سرورز کی طرف جاتی رہتی ہیں۔ کچھ بھی انسٹال کرنے سے پہلے دونوں راستوں کی اسکرپٹس کا موازنہ کریں۔

اپنی تقسیم کے لیے پیکج شدہ معاون استعمال کریں؛ بلاگ پوسٹ سے نقل کی گئی اسکرپٹ عام طور پر کسی دوسرے ریزولور کو نشانہ بناتی ہے۔ systemd-resolved کے لیے بھیجا جانے والا انضمام عام vpnc طرز کی اسکرپٹ نہیں، اور ہر ایک کلائنٹ سے اپنی دلیل اور متغیرات کی توقع کرتا ہے۔ صارف کی متعین کردہ up اسکرپٹس کو بھی کلائنٹ کے چلانے سے پہلے script-security 2 درکار ہے۔

اگلی بار تہوں کو الگ کریں

ایک بار --verb 4 کے ساتھ چلائیں اور لاگ کو اسی ترتیب میں پڑھیں جس میں ہوا: ڈیوائس کی تخلیق، راستے، TLS ہاتھ ملانا، پھر up اسکرپٹ کا آؤٹ پٹ۔ اس ترتیب میں پہلی ناکامی ہی درست کرنے کے قابل ہے؛ اس کے بعد کا سب عام طور پر نتیجہ ہوتا ہے۔ وہ ٹنل جو ریزولور کے نہ کرنے پر قائم ہو آپ کو تیسری تہہ پر رکھتا ہے، جہاں سرٹیفکیٹ غیر متعلق ہے۔ موازنہ کرتے وقت ڈاؤن لوڈ شدہ پروفائل کو اچھوتا چھوڑ دیں۔

جیسے ہی ہر آپریٹر ایڈجسٹمنٹ ایک اور مسترد سطر پیدا کرتی ہے، فائل کسی دوسرے پلیٹ فارم کی طرف ہے۔ مستقل فلٹر فہرست بنانے کے بجائے Linux برآمد طلب کریں۔

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