2012-08-08 15 views
6

एक जेट्टी सर्वर से बाहर फ़ाइलें डाउनलोड करने के लिए अपने ग्राहक चींटी कार्य के भीतर, मैं कभी कभी एकSSLException: एसएसएल शट डाउन सहकर्मी को गलत तरीके से

javax.net.ssl.SSLException: SSL peer shut down incorrectly 
at com.sun.net.ssl.internal.ssl.InputRecord.readV3Record(InputRecord.java:408) 
at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:360) 
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789) 

मैं थोड़ा के लिए Google पर है मिल - लेकिन अब तक मैं एक की जरूरत नहीं है यह क्यों हो रहा है के रूप में निर्णायक उत्तर।

क्या कोई यह समझा सकता है कि इस अपवाद का मूल कारण क्या हो सकता है?

मेरी जेटी लॉग में इस अपवाद का बराबर निशान नहीं लगता है। हालांकि, ऐसा लगता है कि जेटी सर्वर वास्तव में सुरक्षित कनेक्शन को समाप्त कर रहा है।

पृष्ठभूमि के कुछ हिस्सों के रूप में - मुझे यह अपवाद दिखाई देता है जब एंटी टास्क द्वारा उत्पन्न दो क्लाइंट जेटी सर्वर से पूर्व निर्धारित फ़ाइलों को डाउनलोड करने के लिए एक ही प्रमाणपत्र का उपयोग करते हैं। मेरे पास एकमात्र संदेह यह है कि एक ही मेजबान से उत्पन्न होने वाले दो ग्राहकों द्वारा एक ही प्रमाण पत्र पेश करना जेटी को अपनाना है और यह कनेक्शन को बंद कर देता है - लेकिन यह सिर्फ एक अप्रमाणित सिद्धांत है।

+0

यह है कि आपकी समस्या ईजेपी द्वारा प्रदान किए गए समाधानों के साथ ठीक है? –

+0

तो समस्या यह पता चला कि जेटी संस्करण को अपग्रेड करना था। जाहिर है जेटी बग था जिसे बाद में हल किया गया है। – rmoh21

उत्तर

3

यह समस्या तब हो सकती है जब आपके पास एक एसएसएल सॉकेट में लिपटे सादे टेक्स्ट सॉकेट हो और आप SSLSocket की बजाय सादे टेक्स्ट सॉकेट बंद कर दें। अपवाद एक संभावित छंटनी हमले के बारे में चेतावनी है।

बेशक यह वास्तविक छंटनी हमले के कारण भी हो सकता है।

संबंधित मुद्दे