पोर्ट 443 जवाफ दिन्छ, SSTP अझै असफल हुन्छ: कुन चरण भाँचियो?

टनेल कहिल्यै नबन्दा पोर्ट 443 मा TCP ह्यान्डसेक पूरा हुनु एउटा कुरा प्रमाणित गर्छ, र त्यो सानो कुरा हो। त्यो ठेगानामा केही सुनिरहेको छ र जडान स्वीकार गर्न तयार छ। यसले सेवा, देखाइने प्रमाणपत्र वा पहिलो बाइटपछि के हुन्छ भन्ने पहिचान गर्दैन।

त्यो ह्यान्डसेक र काम गर्ने टनेलबीच चार चरण छन्, र प्रत्येकले फरक त्रुटि उत्पन्न गर्छ।

खुला पोर्टले एउटा तह मात्र वर्णन गर्छ

TCP जडान स्वीकार गर्नु भनेको एउटा प्रक्रिया सकेटको मालिक छ र बाटोले ह्यान्डसेक अनुमति दिन्छ। यसले त्यो प्रक्रिया SSTP सर्भर हो कि होइन, तपाईंको प्रोफाइलको नामका लागि मान्य प्रमाणपत्र छ कि छैन, वा तपाईंको खाता अधिकृत गर्छ कि गर्दैन भन्ने केही बताउँदैन। उही ठेगानाको वेब सर्भरले ह्यान्डसेकलाई उत्तम जवाफ दिन्छ र त्यसपछि तपाईंको SSTP अनुरोधलाई HTTP त्रुटिले जवाफ दिन्छ। त्यो ह्यान्डसेकमाथिको सबै अजाँचिएको रहन्छ।

पोर्ट परीक्षणलाई सकेसम्म सस्तो फिल्टरका रूपमा लिनुहोस्, फैसलाका रूपमा होइन। यसको मूल्य यसमा छ कि यसले असफलताको एउटा पूरा वर्ग हटाउँछ, यसमा होइन कि यसले माथिको सबै पुष्टि गर्छ।

दुवैलाई मिसाउनु नै कारण हो कि मानिसहरू क्लाइन्टको वास्तविक समस्या कहिल्यै नजाँचेको परीक्षणपछि क्लाइन्ट पुनःस्थापना गर्छन्।

प्रमाणसहित चार चरण अलग गर्नुहोस्

चरणहरू यातायातको पहुँच, TLS प्रमाणीकरण, HTTPS माथि SSTP आदानप्रदान, र टनेलभित्रको PPP प्रमाणीकरण हुन्। पहिलो पार गरेर चौथोमा असफल हुने बाटोलाई प्रमाणहरू सुधार्नु पर्छ; दोस्रोमा असफल हुनेलाई प्रमाणपत्र वा नाम सुधार्नु पर्छ। यी मर्मतमा केही समान छैन, र गलत छनोट गर्दा अवरोध बर्बाद हुन्छ।

nc -vz vpn.example.net 443
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief
curl -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/

तेस्रो आदेश ध्यान दिएर पढ्न लायक छ। साधारण वेब पृष्ठबाट आएको 200 ले वेब सेवा छ भन्ने बताउँछ; SSTP अनुरोध बुझिनेछ भन्ने बताउँदैन। उही ठेगानाबाट आएको 404 पनि VPN बारे उत्तिकै जानकारीहीन छ। क्लाइन्ट लगले मात्र चारमध्ये कुन चरणमा पुग्यो भन्ने बताउँछ।

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

आंशिक सफलता सही दिशामा पढ्नुहोस्

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

यसको निदान गर्दा सर्भर प्रमाणीकरण खुला राख्नुहोस्। यसलाई बन्द गर्दा प्रमाणपत्रको भिन्नता सफल ह्यान्डसेकमा परिणत हुन्छ र असफलता व्याख्या गर्ने एकमात्र प्रमाण लुकाउँछ।

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

त्यसपछि सत्र मात्र होइन, अनुप्रयोग जाँच्नुहोस्

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

प्रत्येक निष्कर्षलाई त्यो उत्पन्न गर्ने चरणसँग जोडेर राख्नुहोस्। खुला पोर्टलाई काम गर्ने VPN भन्नु भनेको पाँच मिनेटको प्रमाणपत्र जाँचलाई एक दिनको सफ्टवेयर पुनःस्थापनामा बदल्ने तरिका हो।