OpenVPN خرابی: نامعلوم آپشن tls-remote یا keysize

عام طور پر یہ ایسی پروفائل سے شروع ہوتا ہے جو برسوں سے منسلک رہی ہو، نئے کلائنٹ میں کھلے تو ٹنل شروع ہونے سے پہلے ہی ناکام ہو جائے۔ ٹرمینل کچھ ایسا لکھتا ہے جیسے Options error: Unrecognized option ... in client.ovpn:130: tls-remote، آخر میں قوسین میں ایک ورژن کے ساتھ۔ اسے تجزیہ کار کی شکایت سمجھیں: فائل میں ایسی ہدایت ہے جسے یہ کلائنٹ اب نہیں جانتا۔

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

کچھ بھی تبدیل کرنے سے پہلے ناکام لائن پڑھیں

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

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

keysize اور tls-remote کے ساتھ کیا ہوا

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

tls-remote کو 2.4 میں ہٹا دیا گیا۔ یہ سرور سرٹیفکیٹ کا موازنہ متوقع نام سے کرتا تھا، اور اس کا متبادل verify-x509-name ہے، جو نام کے موازنے کے طریقے میں زیادہ سخت ہے۔ پرانی ہدایت ختم ہو چکی ہے، اس لیے اسے رکھنے والی پروفائل موجودہ کلائنٹ پر کبھی تجزیہ نہیں ہوگی۔

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

سرور کی شناخت کی جانچ دوبارہ لکھیں

متبادل متوقع نام اور موازنے کا ایک طریقہ لیتا ہے۔ verify-x509-name vpn.example.edu name تقاضا کرتا ہے کہ سرٹیفکیٹ کا subject بالکل اسی قدر کے برابر ہو۔ دیگر طریقے سابقہ یا مکمل subject سٹرنگ سے موازنہ کرتے ہیں، اور غلط طریقہ چننا کام کرنے والی پروفائل کو صاف تصدیقی ناکامی میں بدل دیتا ہے۔

اگر پرانا tls-remote دلیل سرور کا مکمل common name تھا، تو درست name موازنہ عام طور پر ٹھیک ہوتا ہے۔ اگر یہ جزوی قدر تھی، تو متوقع نام چھوٹا کرنے کے بجائے سابقہ طریقہ استعمال کریں، کیونکہ چھوٹا درست موازنہ تصدیق نہیں ہوگا۔ جب اصل قدر لکھی ہوئی نہ ہو، تو سرور چلانے والے سے پوچھیں کہ وہ کون سا subject شائع کرتے ہیں۔

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

درست شدہ پروفائل، مقامی ترمیم یا پرانا کلائنٹ

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

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

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

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