आईफोन

Question

पर एसएसएल समस्या मैंने वेबसाइट पर एक एसएसएल प्रमाणपत्र (गोडाडी से, लेकिन रैपिड्सस्ल की भी कोशिश की है) जोड़ा है।

सफारी, और आईई दोनों https: // पर ब्राउज़ कर सकते हैं और रिपोर्ट कर सकते हैं कि प्रमाणपत्र मान्य है, बिना किसी चेतावनी के। यदि, हालांकि, मैं एक आईफोन से एक ही पते पर ब्राउज़ करने का प्रयास करता हूं तो मुझे एक अवैध प्रमाणपत्र त्रुटि मिलती है। मैं प्रश्न में वेबसाइट के लिए एक मेजबान के रूप में heroku का उपयोग कर रहा हूँ।

क्या किसी ने इसे देखा है? मैं स्टंप हो गया हूं कि 2 अलग-अलग आईफ़ोन ऐसा करने में असफल क्यों होंगे, लेकिन डेस्कटॉप ब्राउज़र ठीक हैं ...

Answer 1

---

समस्या यहां पता चला कि iPhone का समर्थन नहीं करता सर्वर नाम संकेत (SNI) है, जो Heroku से SNI SSL बनाने के लिए काम करने के लिए आवश्यक है किया जाना है। (संपादित करें) अब यह आईओएस 3.2 के बाद समर्थित है।

https://sni.velox.ch

मैं पता लगा मैं iphone ग्राहक में निम्नलिखित SSL सेटिंग सेट कर सकते हैं:

kCFStreamSSLPeerName =

आप फोन पर सफारी से निम्नलिखित URL पर जाकर SNI पुष्टि कर सकते हैं शून्य

... और यह समस्या को हल करता है। लेकिन मुझे अभी तक पता नहीं चला है कि यह सुरक्षा को कैसे प्रभावित करता है - दस्तावेज़ बहुत स्पष्ट नहीं हैं।

जहां तक ​​मैं इसे समझता हूं, जब आप क्लाउड होस्ट पर एक कस्टम डोमेन सेट करते हैं, तो यह प्रॉक्सी को इंगित करता है, और वह नाम आपके प्रमाणपत्र होस्ट नाम से मेल नहीं खाता है। सफारी और आईई जैसे ब्राउज़र एसएनआई का समर्थन करते हैं, और जानते हैं कि इसे कैसे समझें - लेकिन फोन नहीं करता है।

जैसा कि मैंने उपरोक्त कहा है, यह अब तक कोई मुद्दा नहीं है, जब तक आप आईओएस 3.1.3 या उससे कम का समर्थन नहीं कर रहे हैं ...

Answer 2

बस इसलिए कि उन दो प्रमाणपत्र प्राधिकरण आईफोन के विश्वसनीय प्रमाणपत्र स्टोर में नहीं हैं, लेकिन वे विंडोज के लिए हैं, फ़ायरफ़ॉक्स, आदि

संपादित करें:

मैं पिछले पोस्टर सही, आप मध्यवर्ती प्रमाणपत्र bundling नहीं कर रहे हैं है अनुमान लगा रहा हूँ। आप प्रमाणपत्र को rapidssl.com द्वारा हस्ताक्षरित किया गया हो सकता है, लेकिन रैपिड्सस्ल डॉट कॉम का प्रमाणपत्र इक्विफैक्स द्वारा हस्ताक्षरित किया गया था। प्रत्येक प्रमाणपत्र में एक जारीकर्ता नाम फ़ील्ड और विषय नाम फ़ील्ड होता है; इन्हें नामों की एक जोड़ी (एक्स, वाई) के रूप में सोचें। आपके प्रमाणपत्र का विषय नाम आपकी वेबसाइट का नाम दर्शाता है, और इसे रैपिड्सस्ल द्वारा हस्ताक्षरित किया गया था, ताकि जोड़ी कुछ ऐसा हो (रैपिड्सस्ल, www.whatever.com)। रैपिड्सस्ल प्रमाण को इक्विफैक्स द्वारा हस्ताक्षरित किया गया था, जिससे जोड़ी (इक्विफैक्स, रैपिड्सस्ल) बना सके। और equifax प्रमाण हो सकता है (equifax, equifax)। रूट प्रमाण में एक ही जारीकर्ता और विषय का नाम होना चाहिए। जैसा कि आप देख सकते हैं, यह फॉर्म (ए, ए) (ए, बी) (बी, सी) (सी, डी) .... की एक श्रृंखला बनाता है, हालांकि यह लंबे समय तक जाता है। यह शायद 3 से अधिक लंबा है। एसएसएल के लिए नियम यह है कि आपको में रूट प्रमाणपत्र को छोड़कर प्रत्येक प्रमाण पत्र भेजना चाहिए। कुछ ग्राहकों के पास पहले से ही मध्यवर्ती प्रमाणपत्र हो सकते हैं, लेकिन आपको उस पर भरोसा नहीं करना चाहिए।

Answer 3

आपको इंटरमीडिएट सर्टिफिकेट को संदर्भित करने की भी आवश्यकता है ताकि आपके पास संपूर्ण प्रमाणपत्र श्रृंखला रूट प्रमाणपत्र में वापस हो।

एक ही समस्या के विवरण के लिए this blog post देखें और यह अपाचे के लिए इसे कैसे हल किया गया।

Answer 4

मुझे पता है कि इसका उत्तर दिया गया है, लेकिन अगर किसी को भी इस समस्या का सामना करना पड़ता है तो मैंने सोचा कि मैं जो कुछ याद करता हूं उसे साझा करूंगा क्योंकि मैंने हाल ही में एक ही सिरदर्द के माध्यम से जाना है, लेकिन थोड़ा अलग वास्तुकला है।

हमारा सर्वर सेटअप थोड़ा अलग था जिसमें हमने एसएसएल यातायात को डिक्रिप्ट कर दिया था, इसे हैप्रोक्सी पर पास कर दिया था जो इसे अपाचे तक पहुंचाएगा जो हमारे एप्लिकेशन सर्वर पर प्रॉक्सी करेगा। थोड़ी देर के लिए अपाचे के साथ गड़बड़ करने के बाद मुझे एहसास हुआ कि स्टनल कॉन्फ़िगरेशन में इंटरमीडिएट सर्टिफिकेट्स शामिल नहीं थे, इसलिए मैंने डोमेन सर्टिफिकेट (पहले) और फिर इंटरमीडिएट सर्टिफिकेट (प्रमाणपत्रों की एक बड़ी लंबी श्रृंखला बनाने के लिए) को समेकित किया।

इससे मेरे लिए समस्या ठीक हुई।