विषयका वैकल्पिक नामहरू: VPN सर्भर कसरी पहिचान गरिन्छ

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

ग्राहकले वास्तवमा के तुलना गर्छ

ग्राहकले तपाईंको कन्फिगरेसनलाई सन्दर्भ पहिचानमा बदल्छ: होस्टनाम, ठेगाना, वा प्रोटोकल-विशेष पहिचानकर्ता। त्यसपछि त्यो प्रमाणपत्रमा त्यो पहिचान खोज्छ, प्रयोग भइरहेको प्रोटोकलका मिलान नियमहरू लागू गर्दै। एउटै प्रकारका प्रविष्टिहरू मात्र गनिन्छन्, त्यसैले DNS प्रविष्टिले ठेगाना पूरा गर्न सक्दैन, र कसैले प्रमाणपत्र हेरे पनि नहेरे पनि तुलना हुन्छ।

त्यो विस्तारमा सन्दर्भ पहिचान नभएमा, पुरानो साझा नाम मिले पनि जाँच असफल हुन्छ। प्रमाणपत्र कुनै कम्पनीलाई कानुनी रूपमा जारी गर्न सकिन्छ र नाम कहिल्यै समावेश नगरिएको भए vpn.example.com का लागि अझै गलत हुन सक्छ। प्रमाणपत्र वास्तविक भए पनि असफलता नामको बेमेल हो।

DNS नाम र IP ठेगानाहरू छुट्टाछुट्टै प्रविष्टि हुन्

203.0.113.10 तर्फ देखाउने प्रोफाइल, तर प्रमाणपत्रले vpn.example.com मात्र सूचीबद्ध गर्छ भने अस्वीकार गरिन्छ, किनकि प्याकेट पुग्छ तर पहिचान मिल्दैन। DNS नाम र शाब्दिक ठेगानाहरू फरक प्रविष्टि प्रकारका रूपमा भण्डारण गरिन्छ, र एउटाले कहिल्यै अर्कोलाई प्रतिस्थापन गर्दैन। त्यसैले सेवा ठेगानाद्वारा पुग्न सकिने हुन सक्छ र त्यो ठेगाना प्रयोग गर्ने प्रोफाइलमार्फत अप्रयोग्य पनि हुन सक्छ।

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

जडानले वास्तवमा प्रयोग गरेको प्रमाणपत्र जाँच्नुहोस्

प्रशासन पृष्ठबाट प्रतिलिपि गरिएको फाइल होइन, जीवित अन्त्यबिन्दुले प्रस्तुत गर्ने सामग्री पढ्नुहोस्। लोड ब्यालेन्सर वा प्रतिस्थापन इन्स्ट्यान्सले महिनौं अघि अपलोड गरिएको प्रमाणपत्रभन्दा फरक केही प्रस्तुत गर्न सक्छ, र त्यो फरक कन्सोलमा अदृश्य हुन्छ।

openssl s_client -connect vpn.example.com:443 -showcerts </dev/null | openssl x509 -noout -text

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

साझा नाम आधुनिक सत्यको स्रोत होइन

ब्राउजर र अधिकांश TLS पुस्तकालयहरूले अब होस्टनाम मिलानका लागि साझा नाम बेवास्ता गर्छन् र विस्तारलाई सोध्छन्। केही VPN ग्राहकहरूले अझै पहिले साझा नाम तुलना गर्छन् वा विस्तार नभएमा त्यसैमा फर्कन्छन्, र यसरी एउटै प्रमाणपत्र ब्राउजरमा उत्तीर्ण भई ग्राहकमा असफल हुन सक्छ। त्यही नाम जाँच एउटा प्लेटफर्ममा उत्तीर्ण भई अर्कोमा असफल हुन सक्छ, प्रमाणपत्रमा केही पनि नबदली।

प्रमाणपत्र गलत छ भनी निर्णय गर्नुअघि तपाईंको ग्राहकले कुन फिल्ड पढ्छ पत्ता लगाउनुहोस्। एउटै अन्त्यबिन्दुका दुई ग्राहक असहमत हुन सक्छन्, र त्यो असहमति प्रमाणपत्रबारे होइन, ग्राहकबारे जानकारी हो।

जाँच होइन, जारी गर्ने वा प्रोफाइल सुधार्नुहोस्

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

नवीकरणले इच्छित नाम र उद्देश्य जोगाउनुपर्छ, केवल म्याद सकिने मिति अगाडि सार्नु मात्र होइन। नाम छोड्ने नवीकरण अर्को पुनःसुरुका लागि निर्धारित नयाँ अवरोध हो, र परिवर्तन गर्दा पुरानो प्रमाणपत्र अझै वैध भएकाले त्यो सामान्यतया चेतावनीबिना आउँछ।

अपेक्षित पहिचान, प्रस्तुत गरिएका नामहरू र तिनलाई हस्ताक्षर गर्ने शृंखला अभिलेख गर्नुहोस्। त्यो अभिलेखले अर्को नवीकरणलाई अनुसन्धानको सट्टा तुलना बनाउँछ। विस्तारको परिभाषा RFC 5280 मा छ, कुनै विशेष जारी जाँच्नु परेमा।