OpenVPN Connect ले fragment अस्वीकार गर्छ: प्रोफाइलको स्रोत सुधार्नुहोस्
OpenVPN Connect मा fragment को समर्थन छैन, त्यसैले पार्स हुने प्रोफाइल पनि असफल हुन सक्छ। त्यही क्लाइन्टका लागि बनाइएको प्रोफाइल लिनुहोस्, वा सर्भर पक्ष जानाजान परिवर्तन गर्नुहोस्।
त्रुटि आयातका बेला, कुनै पनि वार्ताभन्दा पहिले आउँछ, र त्यस्तो निर्देशको नाम लिन्छ जुन क्लाइन्टले स्वीकार गर्न अस्वीकार गर्छ। OpenVPN Connect ले OpenVPN 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 को त्यही सञ्जालमा देखिएको व्यवहारसँग तुलना गर्नुहोस्।
चल्ने प्रोफाइल र क्लाइन्टको संस्करण टिप्पणीको छेउमा राख्नुहोस्। क्लाइन्टको भावी रिलिजले कुनै निर्देशको समर्थन थप्न सक्छ, र यसले उत्तर परिवर्तन गर्छ कसैले पनि सर्भर छोइन।