OpenVPN Connect fragment नाकारते: प्रोफाइलचा स्रोत दुरुस्त करा

त्रुटी आयातीच्या वेळी, कोणत्याही बोलणीपूर्वी येते, आणि असा निर्देश नावाने सांगते जो क्लायंट स्वीकारण्यास नकार देतो। OpenVPN Connect ओपनव्हीपीएन 3 लायब्ररीचा कोड चालवते, जो समुदाय क्लायंटचा fragment पर्याय अजिबात लागू करत नाही। यामुळे हा प्रश्न दोन टोकांच्या सुसंगतीचा होतो, पॅकेटच्या आकाराच्या जुळणीचा नाही।

ती ओळ काढल्यास अशी फाइल मिळते जी क्लायंट पार्स करेल, आणि असा सर्व्हर जो कदाचित अजूनही त्या ओळीत वर्णन केलेला आराखडा अपेक्षित असेल। काहीही बदलण्यापूर्वी हे आयात स्क्रीनपासून बाहेरच्या दिशेने चालून पहा।

आयात कुठे थांबते

आयातक सर्व्हरशी संपर्क साधण्यापूर्वी निर्देशांचे पार्सिंग करतो, त्यामुळे तिथले नकार हे वाक्यरचनेबद्दलचे स्थानिक निर्णय आहे, नेटवर्कचा निकाल नाही, आणि OpenVPN ची असमर्थित निर्देशांची यादी तीच मर्यादा नोंदवते। यामुळे एकच फाइल एकाच मशीनवर समुदाय क्लायंटमध्ये कशी चालू शकते आणि Connect मध्ये कशी अयशस्वी होऊ शकते हे स्पष्ट होते। संदेशातील निर्देशाचे नाव वाचा आणि मूळ फाइल जपून ठेवा, कारण तोच मजकूर क्लायंटने कशाला आक्षेप घेतला याचा एकमेव पुरावा आहे। आयात त्रुटी आणि कनेक्शनची मुदत संपणे वेगवेगळ्या टप्प्यांतून येतात आणि वेगळ्या प्रतिक्रियांचे पात्र आहेत।

संदेशात fragment चे नाव असल्यास, उरलेला प्रश्न असा की सर्व्हरही त्यावर अवलंबून आहे का। तुम्हाला दिलेल्या प्रोफाइलला हात लावण्यापूर्वी याचे उत्तर द्या।

fragment समुदाय क्लायंटमध्ये काय बदलते

समुदाय क्लायंटमध्ये हा निर्देश OpenVPN चे स्वतःचे डेटाग्राम विभाजन सुरू करतो, जे पेलोड बाह्य IP स्तरावर पोहोचण्यापूर्वी विभागते। मोठे UDP डेटाग्राम टाकून देणाऱ्या मार्गांतून जाण्यासाठी आणि मार्गाच्या MTU च्या शोधावर विश्वास ठेवता येत नाही अशा ठिकाणी बोगदा वापरण्यायोग्य ठेवण्यासाठी हे आहे। हे इंटरफेसचे MTU कमी करण्याचे समानार्थी नाही, आणि ऑपरेटिंग सिस्टम करते ते IP स्तरावरील विभाजनही नाही। ज्या क्लायंटकडे ही यंत्रणा नाही तो एखादा आकडा कमी करून ती मिळवू शकत नाही।

ही सेटिंग सर्व्हरच्या कॉन्फिगरेशनमध्येही असल्याने, ती तुमच्या प्रतीतून काढल्यास फक्त तुमची बाजू बदलते। सर्व्हर कदाचित अजूनही पर्याय समजणाऱ्या साथीदाराची वाट पाहत असेल, आणि पार्स झालेली प्रोफाइल अजून प्रस्थापित होणारे सत्र नाही। ही दोन तथ्ये ती गोंधळलेली मधली स्थिती स्पष्ट करतात ज्यात संपादित फाइल जोडली जाते आणि नंतर अडकते।

या क्लायंटसाठी बनवलेली प्रोफाइल मागा

स्वच्छ मार्ग म्हणजे OpenVPN Connect साठी दस्तऐवजीकृत दुसरी प्रोफाइल, जर सेवा अशी प्रकाशित करत असेल। अनेक पुरवठादार असे करतात, आणि फरक सहसा ते वगळणाऱ्या निर्देशांमध्ये असतो, ते ज्या टोकाकडे निर्देश करतात त्यात नाही। त्रुटीचे वर्णन करण्याऐवजी क्लायंटच्या नावाने ती मागा, कारण सहाय्यता डेस्क एखादी सोललेली फाइल निदान करण्यापेक्षा प्रोफाइल क्लायंटशी खूप जलद जुळवू शकते।

सर्व्हर तुम्ही चालवत असाल तर निर्णय तुमच्या स्वतःच्या क्लायंटपेक्षा व्यापक आहे। विभाजन बंद केल्यास प्रत्येक साथीदारावर परिणाम होतो, खराब मार्गावर जोडलेले राहण्यासाठी ज्यांना ते आवश्यक होते त्यांच्याही। बाधित क्लायंटसाठी दुसरा श्रोता किंवा दुसरे कॉन्फिगरेशन प्रकाशित केल्यास विद्यमान वापरकर्ते काम करत राहतात, तर नवीन क्लायंटला पार्स करता येईल असे काही मिळते। तुम्ही कसेही करा, कोणते कॉन्फिगरेशन कोणत्या क्लायंटची सेवा करते ते लिहून ठेवा, अन्यथा हे जुळणी लवकर नाहीशी होईल।

कनेक्शन तपासा, फक्त आयात नाही

यशस्वी आयात फक्त एवढेच सिद्ध करते की पार्सरने फाइल स्वीकारली। तुमच्या नियंत्रणातील मशीनवर समुदाय क्लायंटने, त्याच प्रोफाइलसह बोगदा उभा करा आणि वाहतूक व सिफरच्या बोलणीसाठी लॉग वाचा। खालील आदेश हे काम डेस्कटॉप अ‍ॅप रस्त्यात न येता करतात।

openvpn --config client.ovpn --verb 3
ip -4 addr show tun0
curl -sS --interface tun0 -o /dev/null -w '%{http_code}\n' --max-time 8 https://example.com/

लॉग दाखवतो की प्रयत्न कुठे थांबला: पर्यायाची त्रुटी कोणत्याही TLS देवाणघेवाणीपूर्वी दिसते, तर प्रमाणीकरण किंवा सिफरची अयशस्वीता त्यानंतर दिसते। बोगदा वर आला आणि विनंती तरीही अयशस्वी झाली तर समस्या सुसंगतीकडून मार्गनिर्देशनाकडे गेली आहे। सर्व्हरबद्दल काही निष्कर्ष काढण्यापूर्वी याची तुलना Connect च्या त्याच नेटवर्कवरील वर्तनाशी करा।

चालणारी प्रोफाइल आणि क्लायंटची आवृत्ती टिपणाच्या जवळ ठेवा। क्लायंटची भावी आवृत्ती एखाद्या निर्देशाला आधार जोडू शकते, आणि यामुळे उत्तर बदलते कोणीही सर्व्हरला हात न लावता।