डोमेन के लिए स्थापित एसएसएल, अब कनेक्शन रीसेट त्रुटि हो रही है

Question

मैंने अभी-अभी अपने डोमेन के लिए एक एसएसएल प्रमाणपत्र स्थापित किया है, और अब जब मैं https का उपयोग करके साइट पर ब्राउज़ करने का प्रयास करता हूं तो मुझे स्थानीय रूप से और क्लाइंट से एफएफ और क्रोम दोनों में एक कनेक्शन रीसेट त्रुटि मिलती है। मैं अभी भी एसएसएल (http का उपयोग करके) साइट का उपयोग कर सकता हूं।

अगर इससे कोई फर्क पड़ता है तो मेरे पास एक अलग वेबसाइट के लिए एक और एसएसएल प्रमाणपत्र स्थापित है, लेकिन यह एक अलग आईपी से जुड़ा है।

हम Win2K8 पर IIS7 चला रहे हैं

EDIT: वह साइट जो https के साथ काम नहीं कर रही है: मैं इस साइट को आईपी पते के माध्यम से एक्सेस नहीं कर सकता। एकमात्र तरीका जिसे मैं एक्सेस कर सकता हूं वह है नियमित http और डोमेन नाम का उपयोग करके।

Comments

आपके बाइंडिंग कैसे कॉन्फ़िगर किए गए हैं?

— शेन मैडेन

वैसे मेरी पहली साइट (जिसका SSL सर्टिफिकेट काम करता है) मेरे पहले IP के साथ https, 443 से जुड़ी है, और मेरे पास http, mydomainname, मेरा पहला IP पोर्ट 80 भी है। मेरी दूसरी वेबसाइट एक ही है, अपने दूसरे के लिए अपना पहला IP सबस्टिट्यूट करना , और myotherdomainname के लिए mydomainname।

— जेम्स हाइट

मैं उलझन में हूं। क्या दोनों साइटें अपने बाइंडिंग में एक ही आईपी और पोर्ट नंबर का उपयोग कर रही हैं?

— महासंघ २०

नहीं, दोनों साइटें अलग-अलग आईपी का उपयोग कर रही हैं। प्रत्येक साइट में 2 बाइंडिंग हैं, एक http पर पोर्ट 80 के लिए और एक पोर्ट 443 पर https के लिए है, लेकिन बाइंडिंग दोनों साइटों पर अलग-अलग आईपी का उपयोग कर रहे हैं।

— जेम्स हे

हाँ और यह बहुत अच्छा है कि http पोर्ट फिर से काम नहीं करेगा इसलिए इसका एकमात्र प्रमाण एसएसएल है कि मैंने इसे सेट किया है। यकीन नहीं है कि एसएसएल http को ही क्यों नीचे लाएगा।

— पावेल डोन्चेव

Answer 1

हे भगवान अवतार लेना। तो यह पता चला है कि मैंने सही एसएसएल बंधन निर्धारित किया था लेकिन बाध्यकारी में मैं वास्तव में उस प्रमाणपत्र का चयन करना भूल गया था जिसे मैंने स्थापित किया था। इसलिए यह वहीं बैठा था जैसा कि चयनित नहीं था। यह पूरी तरह से अव्यवस्था का कारण बन रहा था, लेकिन अब मेरे पोर्ट सभी खुले दिखाई देते हैं और मैं आईपी और डोमेन नाम के माध्यम से साइट ब्राउज़ कर सकता हूं।

Comments

मैंने एक ही काम किया, यह पता नहीं लगा सका! पोस्ट करने का शुक्रिया।

— स्टंटबेवर

ऐसा तब भी होता है जब आपको पहली बार बाइंडिंग जोड़ने पर एक त्रुटि संदेश मिलता है, लेकिन फिर भी बाध्यकारी जोड़ा जाता है। यह त्रुटि संदेश है जो मुझे मिला जब मैं बंधन जोड़ रहा था।

— रोमनस्टॉक

मैंने भी यही किया। मुझे लगता है कि IIS पहली बार लगभग नहीं बचा है ...

— riaandl

SSL प्रमाणपत्र आयात करने और उसे बांधने की कोशिश करने के बाद मेरे साथ भी हुआ। बाहर निकलता है, जब प्रमाण पत्र आयात करते हैं, तो इसके पास निजी कुंजी को निर्यात करने योग्य के रूप में चिह्नित करना पड़ता है अन्यथा यह IIS में नहीं बंधेगा।

— ब्लिज़

मेरे पास एक ही बात थी, सर्वर को एक अलग नेटवर्क पर ले जाने के बाद बाइंडिंग में एक पुराने आईपी पते के कारण

— davidpricedev

Answer 2

मैं एक selfSSL.exe बनाया एक के साथ कुछ इसी तरह की समस्या थी।

काम नहीं कर रहा

SelfSSL.exe /T /n:CN=DEVExchange2k2,CN=DEVExchange2k,CN=*.devad002.tsosolutions.com,CN=*.tsodev.com /V:3650

काम कर रहे

SelfSSL.exe /T /n:CN=DEVExchange2k,CN=*.devad002.tsosolutions.com,CN=*.tsodev.com /V:3650

मुझे लगता है कि सीएन की अधिकतम लंबाई है। सिर्फ आपकी जानकारी के लिए

Answer 3

कभी-कभी के उपयोग SelfSSL.exe से इस समस्या को बढ़ावा मिलेगा, कमांड को फिर से चलाने का प्रयास करेंselfssl.exe /N:CN=localhost /K:1024 /V:365 /S:{your site id} /P:443

Answer 4

लोकलहोस्ट पर मुझे अपने स्थानीय आईपी पते से "ऑल अनसाइनड" के लिए बाइंडिंग को बदलना पड़ा और त्रुटि दूर हो गई।