हे सहसा अशा प्रोफाइलने सुरू होते जे वर्षानुवर्षे जोडलेले होते, नव्या क्लायंटवर उघडल्यावर टनल सुरू होण्यापूर्वीच अयशस्वी होते। टर्मिनल 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 पूर्वीच्या क्लायंटवर पिन करणे किंवा परत जाणे यामुळेही संदेश नाहीसा होतो, आणि कधीही अद्ययावत न होणाऱ्या उपकरणासह तो एकमेव व्यवहार्य तात्पुरता उपाय असू शकतो। त्याला तात्पुरता माना: सध्याच्या डेस्कटॉपवर जुना क्लायंट सहसा जुनी लायब्ररी आणि असमर्थित कॉन्फिगरेशन दर्शवतो, जी समस्या सोडवली नाही तर पुढे ढकलली आहे।

टनल वर आल्यानंतर संपूर्ण प्रोफाइल अजून एकदा वाचा। एक काढून टाकलेली सूचना असलेली प्रोफाइल अनेकदा दुसरीही ठेवतात, आणि दुसरी पहिली गेल्यानंतरच दिसते।

संबंधित लेख