2016-02-10 13 views
6

आईओएस पर एक इंटरमीटेंट एसएसएल त्रुटि प्राप्त करना। मैं एटीएस बंद कर दिया है, और हम जानते हैं कि यह रूप में अच्छी तरहइंटरमीटेंट एसएसएल त्रुटि

त्रुटि डोमेन = NSURLErrorDomain कोड = 1011 "एक SSL त्रुटि हुई है और सर्वर से कोई सुरक्षित कनेक्शन नहीं बनाया जा सकता OS संस्करण पर होता है < iOS9 । " UserInfo = {NSLocalizedDescription = एक SSL त्रुटि हुई है और सर्वर के लिए एक सुरक्षित कनेक्शन नहीं बनाया जा सकता।, NSLocalizedRecoverySuggestion = तुम वैसे भी सर्वर से कनेक्ट करना चाहते हैं ?, _kCFStreamErrorCodeKey = -9806 NSErrorFailingURLStringKey =, _kCFStreamErrorDomainKey = 3, NSUnderlyingError = 0x1471b600

हमारे क्रिटरसिज्म लॉग से, ऐसा लगता है कि कुछ उपयोगकर्ता इसे दोहराने में सक्षम हैं। लेकिन हम

Would you like to connect to the server anyway? < - इससे मुझे संदेह है कि एक प्रमाणीकरण चुनौती थी। मैं इसे कैसे सत्यापित कर सकता हूं?

kCFStreamErrorCodeKey=-9806 < - क्या किसी को यह त्रुटि पता है?

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

-9806 मतलब है errSSLClosedAbort http://www.opensource.apple.com/source/Security/Security-55179.13/libsecurity_ssl/Security/SecureTransport.h

इस कारण बन सकता है क्या? मुझे नहीं लगता कि यह एक स्पॉट नेटवर्क के कारण है क्योंकि हमारे ट्रैकिंग टूल से, अन्य होस्ट्स के लिए एसएसएल कनेक्शन ठीक लगते हैं। और जब कोई उपयोगकर्ता इस समस्या को हिट करता है, तो यह पुन: उत्पादित होता है। मुझे लगता है कि हमें और जानकारी प्राप्त करने के लिए वायरशर्क के साथ विफलता का निरीक्षण करने की आवश्यकता है। लेकिन हम इसे फिर से उत्पादन करने में सक्षम नहीं हैं। क्या किसी के पास वन्य में ऐप्स से अधिक जानकारी लॉगिंग करने के विचार हैं?

+0

क्या आप वाकई प्रमाण पत्र मान्य हैं और स्वयं हस्ताक्षरित प्रमाणपत्र नहीं हैं? –

+0

हां, हमने प्रमाण पत्र का निरीक्षण किया है। मुझे जिक्र करना है कि यह जंगली में हमारे कुछ उपयोगकर्ताओं द्वारा पुन: उत्पन्न किया गया है।लेकिन हम इसे खुद पुन: पेश नहीं कर सकते:/ – tzl

+0

क्या आपके पास अनुरोध करने वाले एकाधिक सर्वर हैं? – Allen

उत्तर

1

सर्वर SSL प्रमाणपत्र अंतर्निहित प्रमाणपत्र सत्यापन विफल रहा है। यह तय करने के लिए आप पर निर्भर है कि इसे कैसे संभालें और उपयोगकर्ता को सही उपचार दें। यह कई कारणों से हो सकता है।

एसएसएल ट्रस्ट मूल्यांकन Technical Note 2232: SSL Trust Evaluation में विस्तार से वर्णित है।

+0

हमने इस आदेश के बाद यह आदेश 'nscurl --ats-diagnostics https://filename.hostname.net --verbose' किया था (http://stackoverflow.com/questions/36331623/ios-9-3- एक एसएसएल-त्रुटि-हुआ-हुआ-और-सुरक्षित-कनेक्शन-टू-द-सर्वर-नहीं कर सकता) और हर मामला पारित हो गया है लेकिन हम अभी भी इस इंटरमीटेंट एसएसएल त्रुटि का सामना कर रहे हैं। कोई विचार? – JiteshW

0

मैं कुछ स्थितियों में मिलती-जुलती त्रुटियां लिया है:

  • सर्वर https://domainname.com के बजाय https://www.domainname.com (ध्यान दें "www।"), जो क्योंकि मैं कैसे हस्ताक्षर किए प्रमाणपत्र था के मामले में के माध्यम से एक्सेस मिल रही थी, इसे अमान्य बना रहा है। (बाद में मैंने पाया कि प्रमाण दोनों को दोनों पतों के लिए मान्य कैसे बनाया गया है और वर्चुअलहोस्ट और एचटीएसीएएस का उपयोग हमेशा www.jeremiedaigle.com पर धक्का देने के लिए किया जाता है)
  • मेरे पास लोड लोडिंग सर्वर था जो अनुचित रूप से सेटअप था। सर्वरों में से एक प्रमाण था, दूसरा नहीं था।
  • आखिरकार, डिबगिंग और स्वयं हस्ताक्षरित प्रमाण का उपयोग करने का प्रयास करते समय भी मुझे इस समस्या का सामना करना पड़ा क्योंकि मैं अपने अनुरोधों को डीबग करने के लिए प्रॉक्सी (चार्ल्सप्रॉक्सी) मध्यस्थ का उपयोग कर रहा था। मिडिलमैन प्रमाण पत्र, इस मामले में डिवाइस द्वारा भरोसा किया जाना था। आप इसे ईमेल के माध्यम से प्रमाण भेजकर और डिवाइस पर खोलकर ऐसा कर सकते हैं।
संबंधित मुद्दे