OpenVPN TLS ह्यान्डशेक असफल: तपाईं कुन शाखामा हुनुहुन्छ?

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

असफलताअघिको अन्तिम घटना पढ्नुहोस्

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

त्रुटिको पाठ क्लाइन्ट संस्करण, अन्तिम बिन्दु र यातायातसँगै सुरक्षित राख्नुहोस्। कुञ्जी, पासवर्ड र नसम्पादित प्रोफाइल सार्वजनिक रूपमा टाँस्ने कुनै पनि कुराबाट बाहिर राख्नुहोस्।

एक सटीक पहिलो त्रुटि लामो लग अंशभन्दा बढी मूल्यवान हुन्छ। यसले चरण बताउँछ, र चरणले मालिक बताउँछ।

शाखा एक: केही फर्किएन

यदि क्लाइन्टले आफ्नो पहिलो प्याकेट पठायो र उपयोगी केही पाएन भने समस्या मार्गमा वा सुन्ने पक्षमा छ। प्रोफाइल अपरेटरले वास्तवमै दिने विकल्पसँग मिल्छ कि मिल्दैन पुष्टि गर्नुहोस्: ठेगाना, पोर्ट र UDP वा TCP। त्यसपछि यो नेटवर्कबाट अन्तिम बिन्दुसम्म पुग्न सकिन्छ कि सकिँदैन जाँच्नुहोस्। अगाडि बढ्नुअघि ती दुई जाँचमध्ये कुन असफल भयो लेख्नुहोस्।

एउटै होस्टनाममा पृष्ठ लोड गर्ने ब्राउजरले वेब सेवाले जवाफ दिएको मात्र प्रमाणित गर्छ। स्वीकृत TCP जडानले पनि OpenVPN ले वार्ता पूरा गर्यो कि गरेन भन्नेबारे केही भन्दैन।

यदि प्रोफाइल अर्को विश्वसनीय नेटवर्कमा चल्छ भने त्यो तुलना राख्नुहोस्। यसले प्रतिबन्धलाई मार्ग वा मध्यस्थसम्म सीमित गर्छ।

शाखा दुई: नियन्त्रण च्यानल मिल्दैन

साटासाट सुरु भएर रोकिँदा नियन्त्रण च्यानलका सेटिङ पहिलो शंकास्पद हुन्। tls-auth र tls-crypt तैनाथीसँग मिल्नुपर्छ, र अर्को सर्भरको सामग्रीले उपयोगी साटासाट दिँदैन। यो असफलता कुनै पनि खाता लगइनअघि हुन्छ। पुरानो सर्भरबाट प्रतिलिपि गरिएको प्रोफाइल सामान्य स्रोत हो।

पासवर्ड रिसेटले ती सेटिङ प्रतिस्थापन गर्दैन, र अर्को सेवाबाट कुञ्जी सापटी लिनु अनुकूलता सुधार होइन। अपरेटरको प्रमाणित च्यानलबाट प्रोफाइल लिनुहोस् र यसले अपेक्षा गर्ने क्लाइन्ट संस्करण लेख्नुहोस्।

के टिक्छ हेर्न पुराना एल्गोरिदमको थुप्रो चालु गर्नुको सट्टा निर्दिष्ट वार्ता त्रुटि अभिलेख गर्नुहोस्। कैद गरिएको त्रुटि पाठले नै अपरेटरलाई आफ्नो पक्ष जाँच्न दिन्छ।

शाखा तीन: प्रमाणपत्र अस्वीकृत भयो

स्पष्ट प्रमाणीकरण असफलताले मन नपर्ने प्रमाणपत्रको नाम बताउँछ। पहिले यन्त्रको घडी जाँच्नुहोस्, त्यसपछि कुन वस्तु असफल भयो पढ्नुहोस्: सर्भर प्रमाणपत्र, क्लाइन्ट प्रमाणपत्र, वा शृंखलामा रहेको जारीकर्ता। समाप्ति, अविश्वसनीय जारीकर्ता र अप्रत्याशित पहिचान तीन फरक सन्देश हुन्।

सुधारिएको सामग्री लिँदा प्रमाणीकरण खुला राख्नुहोस्। असम्बन्धित प्रमाणपत्र स्वीकार गर्दा त्रुटि हट्छ, तर इच्छित सर्भरमा पुग्नुभयो भन्ने प्रमाण हुँदैन।

असफलता नेटवर्कको पछि जान्छ कि प्रोफाइलको लेख्नुहोस्। जताततै देखिने प्रमाणपत्र त्रुटि मार्गको समस्या होइन।

शाखा चार: वार्ता सकियो र अरू केही असफल भयो

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

समस्या रिपोर्ट गर्दा प्रत्येक नेटवर्क असफल हुन्छ कि, अर्को प्रोफाइल चल्छ कि, र सर्भरले प्रयास अभिलेख गर्‍यो कि बताउनुहोस्। सर्भर पक्षको मौनता र त्यसबाट आउने अस्वीकार फरक सीमामा उभिन्छन्।