पहले एक दो बिंदु जो आपके लिए संभवतः समान हैं
- मैं एक प्रमाणपत्र को अद्यतन करने का प्रयास कर रहा था क्योंकि यह समाप्त हो गया है।
- मेरे पास एक ही आईपी के लिए कई डोमेन हैं। वे होने के लिए एक SAN प्रमाण पत्र, लेकिन यह शायद अप्रासंगिक है।
- मैं केंद्रीकृत प्रमाणपत्र स्टोर का उपयोग करने की कोशिश कर रहा था। फिर से मुझे लगता है कि यह मेरे अधिकांश उत्तर के लिए अप्रासंगिक है।
- मैंने पहले ही प्रमाणपत्र को अपडेट करने का प्रयास किया था लेकिन यह नई तारीख नहीं दिखा रहा था।
- यदि आपका पुराना प्रमाणपत्र पहले ही समाप्त हो चुका है, तो आप शायद अभी दहशत में हैं। एक गहरी सास लो...
पहले मैं दृढ़ता https://www.digicert.com/help/से उनके DigiCert टूल को डाउनलोड करने और डाउनलोड करने की सलाह दूंगा। आप इसे ऑनलाइन भी इस्तेमाल कर सकते हैं।
अपनी वेबसाइट में दर्ज करें https://example.comऔर यह आपको समाप्ति तिथि और थंबप्रिंट (जिसे एमएस प्रमाणपत्र हैश कहता है) दिखाएगा। यह रियलटाइम लुकअप करता है इसलिए आपको चिंता करने की ज़रूरत नहीं है कि आपका ब्राउज़र (या मध्यवर्ती सर्वर) कुछ कैशिंग कर रहा है या नहीं।
यदि आप केंद्रीकृत प्रमाणपत्र स्टोर का उपयोग कर रहे हैं, तो आप 100% सुनिश्चित होना चाहते हैं।। Pfx फ़ाइल नवीनतम संस्करण है, इसलिए अपनी स्टोर निर्देशिका में जाएं और इस कमांड को चलाएं:
C:\WEBSITES\SSL> certutil -dump www.example.com.pfx
यह आपको समाप्ति तिथि और हैश / थंबप्रिंट दिखाएगा। जाहिर है अगर यह समाप्ति की तारीख गलत है, तो आप गलत तरीके से फाइल सिस्टम के लिए गलत प्रमाणपत्र का निर्यात करते हैं, इसलिए पहले जाकर इसे ठीक करें।
यदि आप CCS का उपयोग कर रहे हैं, तो यह प्रमाणित करने की आज्ञा मानने से आपको अपेक्षित समाप्ति तिथि (आपके अद्यतित प्रमाणपत्र की) मिल सकती है।
कमांड चलाएँ:
netsh http show sslcert > c:\temp\certlog.txt
notepad c:\temp\certlog.txt
आपके पास इसमें बहुत सारा सामान होने की संभावना है इसलिए इसे टेक्स्ट एडिटर में खोलना आसान है।
आप इस फ़ाइल को उस गलत हैश के लिए खोजना चाहेंगे जो आपको मिला है digicert.com(या आपके द्वारा किया गया थंबप्रिंट)।
मेरे लिए यह निम्नलिखित है। आप देखेंगे कि यह एक आईपी से जुड़ा है और मेरा अपेक्षित डोमेन नाम नहीं है। यही समस्या है। ऐसा लगता है कि यह (जिस भी कारण से मुझे यकीन नहीं है) IIS में बाइंडिंग सेट पर पूर्वता लेता है जिसे मैंने अभी-अभी अपडेट किया है example.com।
IP:port : 10.0.0.1:443
Certificate Hash : d4a17e3b57e48c1166f18394a819edf770459ac8
Application ID : {4dc3e181-e14b-4a21-b022-59fc669b0914}
Certificate Store Name : My
Verify Client Certificate Revocation : Enabled
Verify Revocation Using Cached Client Certificate Only : Disabled
Usage Check : Enabled
Revocation Freshness Time : 0
URL Retrieval Timeout : 0
Ctl Identifier : (null)
Ctl Store Name : (null)
DS Mapper Usage : Disabled
Negotiate Client Certificate : Disabled
मुझे यह भी पता नहीं है कि यह बंधन कहां से आया है - मुझे अपनी डिफ़ॉल्ट साइट पर कोई एसएसएल बाइंडिंग भी नहीं है, लेकिन यह सर्वर कुछ साल पुराना है और मुझे लगता है कि कुछ बस दूषित और अटक गया है।
इसलिए आप इसे हटाना चाहते हैं।
सुरक्षित पक्ष पर रहने के लिए आप निम्नलिखित कॉमैंड को पहले चलाना चाहते हैं, यह सुनिश्चित करने के लिए कि आप केवल इस एक आइटम को हटा रहे हैं:
C:\Windows\system32>netsh http show sslcert ipport=10.0.0.1:443
SSL Certificate bindings:
-------------------------
IP:port : 10.0.0.1:443
Certificate Hash : d4a17e3b57e48c1166f18394a819edf770459ac8
Application ID : {4dc3e181-e14b-4a21-b022-59fc669b0914}
Certificate Store Name : My
Verify Client Certificate Revocation : Enabled
Verify Revocation Using Cached Client Certificate Only : Disabled
Usage Check : Enabled
Revocation Freshness Time : 0
URL Retrieval Timeout : 0
Ctl Identifier : (null)
Ctl Store Name : (null)
DS Mapper Usage : Disabled
Negotiate Client Certificate : Disabled
अब हमने सत्यापित कर लिया है कि यह 'खराब' थंबप्रिंट है, और अपेक्षित एकल रिकॉर्ड हम इसे इस कमांड से हटा सकते हैं:
C:\Windows\system32>netsh http delete sslcert ipport=10.0.0.1:443
SSL Certificate successfully deleted
उम्मीद है कि यदि आप अब Digicert में वापस जाते हैं और कमांड को फिर से चलाते हैं तो यह आपको अपेक्षित प्रमाणपत्र थंबप्रिंट देगा। आप सभी SAN नामों की जाँच करें यदि आपके पास कोई सुनिश्चित करने के लिए है।
शायद IISRESET यहां चाहते हैं कि बाद में कोई आश्चर्य न हो।
अंतिम नोट: यदि आप सेंट्रलाइज्ड सर्टिफिकेट स्टोर का उपयोग कर रहे हैं और आप अनियमित व्यवहार देख रहे हैं, तो यह भी निर्धारित करने की कोशिश कर रहे हैं कि यह आपके प्रमाणपत्र को वहां से उठा रहा है या नहीं। चिंता न करें - यह आपकी गलती नहीं है। यह कभी-कभी नई फ़ाइलों को तुरंत लेने के लिए लगता है, लेकिन पुराने को कैश करते हैं। किसी भी प्रकार का परिवर्तन करने के बाद SSL बंधन को खोलना और फिर से शुरू करना, इसे रीसेट करना प्रतीत होता है लेकिन 100% समय नहीं।
सौभाग्य :-)
[::1]:443जबकि IIS में प्रमाण पत्र को अपडेट करने के लिए केवल रिकॉर्ड अपडेट किया गया था0.0.0.0:443। धन्यवाद!