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 माँगता है कि प्रमाणपत्र का विषय ठीक उस मान के बराबर हो। अन्य मोड उपसर्ग या पूर्ण विषय स्ट्रिंग का मिलान करते हैं, और गलत मोड चुनने से काम करने वाली प्रोफ़ाइल साफ़ सत्यापन विफलता में बदल जाती है।

यदि पुराना tls-remote तर्क सर्वर का पूर्ण सामान्य नाम था, तो सटीक name तुलना आमतौर पर सही है। यदि यह आंशिक मान था, तो अपेक्षित नाम छोटा करने के बजाय उपसर्ग मोड का उपयोग करें, क्योंकि छोटा सटीक मिलान सत्यापित नहीं होगा। जब मूल मान लिखा नहीं है, तो सर्वर चलाने वाले से वह विषय पूछें जो वे प्रकाशित करते हैं।

त्रुटि गायब करने के लिए जाँच को शांत न करें। सर्वर पहचान सत्यापन हटाना एक ठीक हो सकने वाली प्रोफ़ाइल समस्या को असत्यापित टनल में बदल देता है, जो ठीक वही जोखिम है जिसे रोकने के लिए निर्देश मौजूद था।

सुधरी प्रोफ़ाइल, स्थानीय संपादन या पुराना क्लाइंट

जब सर्वर किसी और का हो, तो सबसे साफ़ रास्ता उससे मिली वर्तमान प्रोफ़ाइल है। आपकी प्रतिलिपि पुराने जनरेटर से आई है, और उनका निर्यात पहले से वर्तमान निर्देशों का उपयोग करता है। एक डाउनलोड त्रुटियों की पूरी श्रेणी हटा देता है और भविष्य के संपादन एक जगह रखता है।

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

2.4 से पहले के क्लाइंट पर पिन करना या वापस जाना भी संदेश गायब कर देता है, और ऐसे उपकरण के साथ जो कभी अपडेट नहीं होगा यह एकमात्र व्यवहार्य अस्थायी उपाय हो सकता है। इसे अस्थायी मानें: वर्तमान डेस्कटॉप पर पुराना क्लाइंट आमतौर पर पुरानी लाइब्रेरी और असमर्थित कॉन्फ़िगरेशन दर्शाता है, जो हल नहीं हुई बल्कि टाली गई समस्या है।

टनल ऊपर आने के बाद पूरी प्रोफ़ाइल एक बार और पढ़ें। जिन प्रोफ़ाइलों में एक हटाया निर्देश था उनमें अक्सर दूसरा भी होता है, और दूसरा पहले के जाने के बाद ही सामने आता है।