SSTP प्रमाणपत्र नमिल्दा: तपाईंको सर्भरले देखाउनुपर्ने नाम
क्लाइन्टले प्रोफाइलको होस्टनामलाई प्रमाणपत्रसँग तुलना गर्छ, त्यसपछि चेन र उद्देश्य जाँच्छ। प्रोफाइल वा प्रमाणपत्र सुधार्नुहोस्, प्रमाणीकरण कहिल्यै होइन।
SSTP क्लाइन्टले TLS प्रमाणीकरण सफल भएपछि मात्र सर्भर स्वीकार्छ, र त्यो जाँचले नाम, चेन र उद्देश्य तुलना गर्छ। नाम जडान प्रोफाइलबाट आउँछ, तपाईंले संयोगवश पिङ गर्न सक्ने ठेगानाबाट होइन। तीनमध्ये एउटा पनि नमिले क्लाइन्टले प्रमाणपत्र समस्या जनाउँछ र कहिल्यै लगइन सङ्केतमा पुग्दैन।
प्रोफाइलको नामले के जाँचिने निर्धारण गर्छ
SSTP ले TCP 443 मा TLS चलाउँछ, त्यसैले क्लाइन्ट अन्य कुनै TLS क्लाइन्टजस्तै व्यवहार गर्छ: प्रोफाइलबाट होस्टनाम लिन्छ, त्यही नाम माग्छ र त्यससँग प्रमाणपत्र तुलना गर्छ। प्रोफाइलमा IP ठेगाना लेख्नुभयो भने तुलना IP ठेगानाको तुलना हुन्छ, जुन अधिकांश सर्भर प्रमाणपत्रले पूरा गर्दैनन्।
त्यसैले ब्राउजर परीक्षण सफल हुन सक्छ तर VPN असफल हुन्छ, किनभने ब्राउजरले प्रोफाइलभन्दा फरक नाम प्रयोग गर्यो। split-horizon DNS ले VPN होस्टनाम आन्तरिक ठेगानामा समाधान गर्दा र ब्राउजर सार्वजनिक ठेगानामा पुग्दा पनि त्यही विभाजन देखिन्छ। पहिले प्रोफाइललाई कागजात गरिएको होस्टनामसँग मिलाउनुहोस्, त्यसपछि प्रमाणपत्र तुलना गर्नुहोस्। त्यसअघि तपाईंले बदल्ने अरू जुनसुकै कुरा अनुमान हो।
सर्भर प्रमाणपत्रमा के हुनुपर्छ
आधुनिक क्लाइन्टहरू विषयका वैकल्पिक नाम विस्तारसँग मिलाउँछन्, त्यसैले होस्टनाम त्यहाँ DNS प्रविष्टिका रूपमा हुनुपर्छ। मात्र सामान्य नाम आजका प्रमाणीकरण स्ट्याकका लागि पर्याप्त छैन, र वाइल्डकार्डले एउटा लेबल ढाक्छ, तपाईंले बनाएको कुनै पनि उपडोमेन होइन। तीन प्रमाणपत्रले सीमा देखाउँछन्: सही नाम गलत उद्देश्यसँग पहिचान प्रमाणित गर्छ र त्यसपछि उद्देश्य जाँचमा असफल हुन्छ, सही नाम र उद्देश्य भए पनि हराएको मध्यस्थ प्रमाणपत्रले चेनमा असफल हुन्छ, र जुन नाम मात्र सामान्य नाममा छ त्यो ती दुईमध्ये केही महत्त्वपूर्ण हुनुअघि नै असफल हुन्छ।
प्रमाणपत्रलाई सर्भर प्रमाणीकरणको उद्देश्य पनि चाहिन्छ: माइक्रोसफ्टको SSTP स्पेसिफिकेसनमा उल्लेख गरिएको विस्तारित कुञ्जी उपयोग मान, अर्थात् वस्तु पहिचानकर्ता 1.3.6.1.5.5.7.3.1 भएको serverAuth। कुञ्जी उपयोग र वैध चेनले समूह पूरा गर्छन्। सर्भरमा रहेको, सही नामका लागि जारी गरिएको तर मात्र क्लाइन्ट प्रमाणीकरणका लागि भएको प्रमाणपत्र पनि असफल हुन्छ।
लगइन विवरणअघि चेन र घडी जाँच्नुहोस्
समय र विश्वासका असफलता ले नाम नमिलेजस्तै देखिने नतिजा दिन्छन्, र दुवैको निदान पासवर्ड समस्याभन्दा सस्तो छ। सर्भरको घडी र क्लाइन्टको घडी जाँच्नुहोस्, त्यसपछि क्लाइन्टले देखेजसरी चेन पढ्नुहोस्:
# from the client, or any host that runs openssl
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -showcerts </dev/null 2>/dev/null | openssl x509 -noout -subject -dates -ext subjectAltName
openssl s_client -connect vpn.example.com:443 -servername vpn.example.com -verify_return_error </dev/null
# on the Windows server that holds the SSTP listener
w32tm /query /statusपहिलो आदेशले नाम, वैधता विन्डो र क्लाइन्टले तुलना गर्ने वैकल्पिक नामहरू छाप्छ। दोस्रोले प्रस्तुत चेनसँगै प्रमाणीकरण त्रुटि जनाउँछ, र त्यहीँ हराएको मध्यस्थ प्रमाणपत्र देखिन्छ। Windows मा समय सेवाको प्रश्नले घडी सुधारिँदै छ कि केवल चिप्लिएको हो भन्ने बताउँछ।
आन्तरिक CA ले अर्को सर्त थप्छ: क्लाइन्टले त्यो CA मा विश्वास गर्नुपर्छ। संगठनात्मक रूट त्यसको स्वीकृत वितरण च्यानलबाट स्थापना गर्नुहोस्, प्रतिस्थापन प्रमाणपत्र दिने पृष्ठबाट होइन, किनभने त्यो निर्णय नै सम्पूर्ण विश्वास मोडेलको सानो रूप हो।
सर्भर प्रमाणीकरण र प्रयोगकर्ता प्रमाणीकरण फरक असफलतासहितका क्रमिक चरण हुन्। प्रमाणपत्र त्रुटिको अर्थ क्लाइन्टले सर्भरमा कहिल्यै विश्वास गरेन, जबकि अस्वीकृत पासवर्डको अर्थ यसले सर्भरमा विश्वास गर्यो र विवरण गलत थियो। पासवर्ड सङ्केतसम्म पुग्न प्रमाणपत्र प्रमाणीकरण बन्द गर्नु सुधार्नुको सट्टा ग्यारेन्टी हटाउनु हो। बाँकी बाटो काम गर्छ भनी प्रमाणित गर्न, चेनमा पहिले नै विश्वास गर्ने क्लाइन्टबाट त्यही होस्टनाम र पोर्ट परीक्षण गर्नुहोस्, र तैनाथ प्रोफाइललाई छुनुहोस् न।
नाम वा प्रमाणपत्र सुधारेर फेरि परीक्षण गर्नुहोस्
तीन सर्तले सुधार निर्धारण गर्छन्। प्रोफाइलको नाम गलत भए प्रोफाइल सुधार्नुहोस् वा हराएको नाम प्रमाणपत्रमा थप्नुहोस्। चेन अपूर्ण भए सर्भरमा मध्यस्थ प्रमाणपत्र स्थापना गर्नुहोस्। उद्देश्य गलत भए वरपर प्याच गर्नुको सट्टा फेरि जारी गर्नुहोस्।
परिवर्तनपछि समर्थित क्लाइन्टसँग फेरि जोडिनुहोस् र लगइन सङ्केत देखिन्छ, त्यसपछि टनेल उठ्छ भनी पुष्टि गर्नुहोस्। टिकटमा प्रयोग गरिएको होस्टनाम, जारीकर्ता र म्याद सकिने मिति लेख्नुहोस्। त्यही अभिलेखले अर्को नवीकरणलाई अर्को अवरोधको सट्टा निर्धारित काम बनाउँछ, र तीन सर्तमध्ये कुन साँच्चै भाँचिएको थियो भनी अर्को व्यक्तिलाई देखाउँछ।