SSLHandshakeException: आम

Question

में कोई सिफ़र सुइट निर्देश here बाद और प्रमाणपत्र है कि मैं पहले से गलत तरीके से बनाई निर्मित। कुछ बदल गया है क्योंकि अब मैं सर्वर पर javax.net.ssl.SSLHandshakeException: no cipher suites in common देख रहा हूं और क्लाइंट पर javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure देख रहा हूं। त्रुटियों this question

सर्वर ClassFileServer.java है और संबंधित ग्राहक

अच्छी तरह से खेलने के लिए दोनों सिरों हो रही पर कोई सुझाव दिए गए करने के बजाय, ध्यान दें कि मैं स्थानीय होस्ट तो मैं सिफर क्षमताओं ही कर रहे हैं ग्रहण करेंगे का उपयोग कर रहा हूँ।

---

अद्यतन:

ये कदम उठाएँ मैं फ़ाइलों को उत्पन्न करने के लिए प्रयोग किया है, मैं कुंजी और truststore .:

सर्वर पर भ्रमित किया जा सकता है (this गाइड द्वारा निम्नलिखित) :

$ keytool -genkey -alias serverkey -keyalg RSA -keypass p@ssw0rd -storepass p@ssw0rd -keystore keystore.jks

$ keytool -export -alias serverkey -storepass p@ssw0rd -file server.cer -keystore keystore.jks

$ keytool -import -v -trustcacerts -alias clientkey -file ../client/client.cer -keystore cacerts.jks -keypass p@ssw0rd -storepass p@ssw0rd

क्लाइंट साइड (this गाइड द्वारा) पर:

$ keytool -genkey -alias clientkey -keyalg RSA -keypass changeit -storepass changeit -keystore keystore.jks

$ keytool -export -alias clientkey -storepass changeit -file client.cer -keystore keystore.jks

$ keytool -import -v -trustcacerts -alias serverkey -file ../server/server.cer -keystore cacerts.jks -keypass changeit -storepass changeit

के रूप में डिबगिंग शरीर को पार कर दूसरे माध्यम का इस्तेमाल करना पड़ा इस साइट की सीमा:

क्लाइंट डीबग त्रुटि:http://pastebin.com/mHCmEqAk

सर्वर डीबग त्रुटि:http://pastebin.com/YZbh7H8f

Answer 1

javax.net.ssl.SSLHandshakeException: no cipher suites in common 

यह दो कारण हैं:

1. सर्वर एक निजी कुंजी नहीं है और प्रमाण पत्र, और संभवतः एक कीस्टोर नहीं है। ऐसे मामले में यह केवल असुरक्षित अज्ञात सिफर सूट का उपयोग कर सकता है, जो डिफ़ॉल्ट रूप से अक्षम होते हैं, और इस तरह से रहना चाहिए। तो कोई सिफर सुइट नहीं है जो क्लाइंट के साथ उपयोग करने के लिए सहमत हो सकता है। ग्राहक या सर्वर या दोनों में ऐसी कोई समझौता नहीं किया जा सकता है कि द्वारा लगाए गए सिफ़र सुइट पर

2. अत्यधिक प्रतिबंध।

अपने keystores और truststores पुन, वह सब ठीक लग रहा है, सिवाय इसके कि आप चार आयात चरणों कर रहे हैं जहां केवल दो की जरूरत है। आपको सर्वर के प्रमाण पत्र को सर्वर के अपने ट्रस्टस्टोर में या ग्राहक के प्रमाणपत्र को क्लाइंट के ट्रस्टस्टोर में आयात करने की आवश्यकता नहीं है।आप केवल यह की जरूरत है:

सर्वर:

$ keytool -import -v -trustcacerts -alias clientkey -file ../client/client.cer -keystore cacerts.jks -keypass p@ssw0rd -storepass p@ssw0rd 

ग्राहक:

$ keytool -import -v -trustcacerts -alias serverkey -file ../server/server.cer -keystore cacerts.jks -keypass changeit -storepass changeit 

और क्योंकि आप एक स्व-हस्ताक्षरित प्रमाणपत्र का उपयोग कर रहे आप केवल जरूरत है। सरल समाधान: नहीं। एक सीए-हस्ताक्षरित प्रमाणपत्र का उपयोग करें, जो जावा के साथ भेजे गए डिफ़ॉल्ट ट्रस्टस्टोर द्वारा भरोसा किया जाता है।

Answer 2

मुझे कैसंड्रा क्लस्टर पर SSL सेट करते समय यह त्रुटि मिली।

keytool -genkey -alias -keystore .keystore

यह एल्गोरिथ्म के रूप में आरएसए के विनिर्देश को छोड़ देता है, होना चाहिए (see v1.2 docs):: समस्या निकला जब कुंजी पैदा करने का वर्णन version 2.0 के दस्तावेज में होने की

keytool -genkey -alias -keyalg RSA -keystore .keystore