Tunnelblick data-ciphers ناقابلِ شناخت: کون سا انجن چل رہا تھا؟

Tunnelblick ایک ناقابلِ شناخت data-ciphers آپشن کی اطلاع دیتا ہے، اسی سانس میں OpenVPN 2.4 کا ذکر کرتا ہے، اور کنکشن کبھی شروع نہیں ہوتا۔ یہ سائفر کے بارے میں اختلاف نہیں بلکہ مقامی پارسنگ کی ناکامی ہے، کیونکہ انجن نے پروفائل کو گیٹ وے کے ساتھ کسی بھی بات چیت سے پہلے مسترد کر دیا۔ سرور کی سائفر پالیسی کے بارے میں معمول کا مشورہ یہاں مدد نہیں کر سکتا؛ پارسر کو پہلے فائل سمجھنی ہوگی۔ وہ انجن تلاش کریں جو اس ایک کنفیگریشن نے واقعی شروع کیا تھا، اور باقی خود بخود آ جائے گا۔

پروفائل کو چھونے سے پہلے لاگ لائن پڑھیں

ناکام کنکشن کو Tunnelblick کی تفصیلات والی ونڈو میں کھولیں اور لاگ اوپر سے پڑھیں۔ پہلی سطریں انجن کا ورژن اور اسے دیا جانے والا پروفائل بتاتی ہیں، پھر وہ آپشن جس نے پارسنگ روکی۔ اس کے بعد سب شور ہے، کیونکہ عمل باہر نکل چکا ہے۔

اس لاگ سے تین حقائق درج کریں: انجن کا ورژن، کنفیگریشن کا نام اور درست پیغام۔ یہی تین پوری تشخیص ہیں۔ اگر درستگی کے لیے نصب شدہ ایپلیکیشن تبدیل کرنی پڑے تو یہی آپ کو درکار ہوں گے۔ سطروں کا اسکرین شاٹ لیں، دوبارہ کہنے کے بجائے، کیونکہ یاد سے دہراتے وقت آپشن کے نام غلط ٹائپ ہونا آسان ہے۔

تصدیق کریں کہ وہ کنفیگریشن کون سا انجن چلاتی ہے

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

یہ فرق اہم ہے کیونکہ کسی مشین میں PATH پر جدید بائنری ہو سکتی ہے اور ناکام کنکشن کے پیچھے بنڈل شدہ 2.4 انجن ہو سکتا ہے۔ پروفائل کا جائزہ دوسرا لیتا ہے۔

openvpn --version
ls /Applications/Tunnelblick.app/Contents/Resources/openvpn/

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

ہدایت کا نام کیوں بدلا

OpenVPN نے 2.5 میں data-ciphers کو بات چیت کی فہرست کے طور پر متعارف کرایا، اور اس ریلیز میں متروک ہو جانے والی پچھلی ncp-ciphers ہجے کی جگہ لے لی۔ 2.4 انجن میں ایسا آپشن نہیں، اس لیے یہ پہلے ناقابلِ شناخت ٹوکن پر رک جاتا ہے۔ واحد cipher آپشن بھی فہرست کا پرانا متبادل نام نہیں؛ یہ بات چیت کے مجموعے کے بجائے ایک سائفر کا نام دیتا ہے۔

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

علامت نہیں، انجن یا پروفائل درست کریں

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

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

دوبارہ کوشش کریں اور اگلا مرحلہ پڑھیں

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

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