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 हटाने से यह विशेष पार्स त्रुटि सचमुच दूर हो जाती है, और ठीक इसीलिए यह लुभावना है। यह चुपचाप यह भी बदल देता है कि किन सिफ़रों पर बातचीत होगी, ऐसी सुरक्षा कॉन्फ़िगरेशन में जिसे आप संपादित करने का इरादा नहीं रखते थे। मूल प्रोफ़ाइल रखें और इसके बजाय समर्थित सेटिंग्स की जानबूझकर तुलना करें।

फिर से प्रयास करें और अगला चरण पढ़ें

सुधार के बाद कनेक्शन फिर से आज़माएँ और सफलता मान लेने के बजाय नया लॉग शुरू से पढ़ें। अब पार्स होने वाली प्रोफ़ाइल फिर भी सिफ़र बातचीत, प्रमाणपत्र सत्यापन, प्रमाणीकरण या रूटिंग पर रुक सकती है, और उनमें से प्रत्येक विफलता का अपना प्रमाण है।

अगर बातचीत विफल हो, तो दोनों सिरों द्वारा समर्थित सिफ़रों और प्रत्येक को अनुमत सिफ़रों की तुलना करें। अगर प्रमाणीकरण विफल हो, तो प्रोफ़ाइल और इंजन अब इतने अच्छे चल रहे हैं कि गेटवे तक पहुँच गए हैं, जो दर्ज करने योग्य प्रगति है। पहले शांत लॉग पर उस श्रृंखला को रोकना ही वह तरीका है जिससे सुरक्षा सेटिंग गलत कारण से हटाई जाती है।

संबंधित लेख