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 मेटाउँदा यो विशेष पार्सिङ त्रुटि साँच्चै हट्छ, र त्यसैले यो लोभ्याउने हुन्छ। यसले सम्पादन गर्ने इरादा नभएको सुरक्षा कन्फिगरेसनमा कुन साइफरमा वार्ता हुनेछ भन्ने पनि चुपचाप बदल्छ। मूल प्रोफाइल राख्नुहोस् र यसको सट्टा समर्थित सेटिङहरूको जानाजान तुलना गर्नुहोस्।

फेरि प्रयास गर्नुहोस् र अर्को चरण पढ्नुहोस्

सुधारपछि जडान फेरि प्रयास गर्नुहोस् र सफलता मान्नुको सट्टा नयाँ लग सुरुदेखि पढ्नुहोस्। अहिले पार्स हुने प्रोफाइल पनि साइफर वार्ता, प्रमाणपत्र प्रमाणीकरण, प्रमाणीकरण वा राउटिङमा रोकिन सक्छ, र ती प्रत्येक असफलताको आफ्नै प्रमाण छ।

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