Получено фатальное предупреждение: сбой рукопожатия через SSLHandshakeException

установка Java Cryptography Extension (JCE) неограниченная сила (для JDK7 | для JDK8) исправит эту ошибку. Распакуйте файл и следуйте за readme, чтобы установить его.

Я не думаю, что это решает проблему первому вопрошающему, но для гуглеров, приходящих сюда за ответами:

в обновлении 51 java 1.8 запрещены [1] шифры RC4 по умолчанию, как мы видим на странице заметок о выпуске:

Исправлена Ошибка: запретить набор шифров RC4

RC4 теперь рассматривается как скомпрометированный шифр.

наборы шифров RC4 были удалены как с клиента, так и с сервера по умолчанию список наборов шифров в реализации Oracle JSSE. Эти комплекты шифров все еще могут быть включены SSLEngine.setEnabledCipherSuites() и SSLSocket.setEnabledCipherSuites() методы. См. JDK-8077109 (не является общедоступным).

если ваш сервер имеет сильное предпочтение этому шифру (или использует только этот шифр), это может вызвать handshake_failure на java.

вы можете проверить подключение к серверу позволяет шифры RC4 (сначала попробуйте без

Это также может произойти, когда клиенту необходимо представить сертификат. После того, как сервер перечисляет цепочку сертификатов, может произойти следующее:

3. Запрос Сертификата Сервер выдаст запрос на сертификат от клиента. В запросе будут перечислены все сертификаты, которые принимает сервер.

*** CertificateRequest
Cert Types: RSA
Cert Authorities:
<CN=blah, OU=blah, O=blah, L=blah, ST=blah, C=blah>
<CN=yadda, DC=yadda, DC=yadda>
<CN=moreblah, OU=moreblah, O=moreblah, C=moreblah>
<CN=moreyada, OU=moreyada, O=moreyada, C=moreyada>
... the rest of the request
*** ServerHelloDone

4. Цепочка Сертификатов Клиента Это сертификат, который клиент отправляет на сервер.

*** Certificate chain
chain [0] = [
[
  Version: V3
  Subject: EMAILADDRESS=client's email, CN=client, OU=client's ou, O=client's Org, L=client's location, ST=client's state, C=client's Country
  Signature Algorithm: SHA1withRSA, OID = 1.2.840.113549.1.1.5
  ... the rest of the certificate
*** ClientKeyExchange, RSA PreMasterSecret, TLSv1    
... key exchange info 

если в цепочке нет сертификата, и сервер требует его, здесь вы получите ошибку рукопожатия. Вероятной причиной является то, что путь к вашему сертификату не найден.

5. Сертификат Проверить Клиент просит сервер проверить сертификат

*** CertificateVerify
... payload of verify check

этот шаг произойдет, только если вы отправляете сертификат.

6. Кончено Сервер ответит проверяющим ответом

*** Finished
verify_data:  { 345, ... }

сбой рукопожатия может быть ошибочной реализацией протокола TLSv1.

в нашем случае это помогло с Java 7:

java -Dhttps.protocols=TLSv1.2,TLSv1.1,TLSv1 

jvm будет вести переговоры в этом порядке. Серверы с последним обновлением будут делать 1.2, багги будут спускаться до v1, и это работает с аналогичным v1 в java 7.

У меня есть эта ошибка, когда я пытался использовать JDK 1.7. Когда я модернизировал свой JDK для jdk1.8.Все 0_66 начал работать нормально.

таким образом, самым простым решением этой проблемы может быть - обновите JDK и это может начать работать хорошо.

предполагая, что вы используете правильные протоколы SSL/TLS, правильно настроили ваш keyStore и trustStore, и подтвердил, что нет никаких проблем с самими сертификатами, вам может потребоваться укрепление алгоритмов безопасности.

как говорится в Винеет по, одна из возможных причин, по которой вы получаете эту ошибку, связана с использованием несовместимых наборов шифров. Путем обновления моего local_policy и US_export_policy банки в моем JDK's security папка с те, которые предусмотрены в расширение криптографии Java (JCE), я смог успешно завершить рукопожатие.

я встречаю ту же проблему сегодня с клиентом OkHttp, чтобы получить url-адрес на основе https. Это было вызвано несоответствием версии протокола Https и метода шифрования между стороной сервера и стороной клиента.

openssl>s_client -connect your_website.com:443 -showcerts

вы получите много подробной информации, ключевая информация отображается следующим образом:

SSL-Session:
    Protocol  : TLSv1
    Cipher    : RC4-SHA

@Test()
public void testHttpsByOkHttp() {
    ConnectionSpec spec = new ConnectionSpec.Builder(ConnectionSpec.MODERN_TLS)
            .tlsVersions(TlsVersion.TLS_1_0) //protocol version
            .cipherSuites(
                    CipherSuite.TLS_RSA_WITH_RC4_128_SHA, //cipher method
                    CipherSuite.TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256,
                    CipherSuite.TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,
                    CipherSuite.TLS_DHE_RSA_WITH_AES_128_GCM_SHA256)
            .build();

    OkHttpClient client = new OkHttpClient();
    client.setConnectionSpecs(Collections.singletonList(spec));
    Request request = new Request.Builder().url("https://your_website.com/").build();
    try {
        Response response = client.newCall(request).execute();
        if(response.isSuccessful()){
            logger.debug("result= {}", response.body().string());
        }
    } catch (IOException e) {
        e.printStackTrace();
    }
}

Это получит то, что мы хотим.

я нашел сервер HTTPS, который потерпел неудачу таким образом, если мой клиентский процесс Java был настроен с

-Djsse.enableSNIExtension=false

соединение не удалось с handshake_failure после ServerHello был успешно завершен, но до начала потока данных.

не было четкого сообщения об ошибке, которое определило проблему, ошибка просто выглядела как

main, READ: TLSv1.2 Alert, length = 2
main, RECV TLSv1.2 ALERT:  fatal, handshake_failure
%% Invalidated:  [Session-3, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]
main, called closeSocket()
main, handling exception: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure

я изолировал проблему, пытаясь С и без "-Djsse.enableSNIExtension=false" опции

- моя TLS версия несовместима ошибки.

ранее было TLSv1 Я изменил его TLSV1.2 это решило мою проблему.

Я использую com.гуглить.api http клиент. Когда я общаюсь с внутренним сайтом компании, я получил эту проблему, когда я ошибочно использовал https вместо http.

main, READ: TLSv1.2 Alert, length = 2
main, RECV TLSv1.2 ALERT:  fatal, handshake_failure
main, called closeSocket()
main, handling exception: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
main, IOException in getSession():  javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
main, called close()
main, called closeInternal(true)
262 [main] DEBUG org.apache.http.impl.conn.DefaultClientConnection  - Connection shut down
main, called close()
main, called closeInternal(true)
263 [main] DEBUG org.apache.http.impl.conn.tsccm.ThreadSafeClientConnManager  - Released connection is not reusable.
263 [main] DEBUG org.apache.http.impl.conn.tsccm.ConnPoolByRoute  - Releasing connection [HttpRoute[{s}->https://<I-replaced>]][null]
263 [main] DEBUG org.apache.http.impl.conn.tsccm.ConnPoolByRoute  - Notifying no-one, there are no waiting threads
Exception in thread "main" javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
    at sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431)
    at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128)
    at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:339)
    at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:123)
    at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:147)
    at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:108)
    at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:415)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:641)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:576)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:554)
    at com.google.api.client.http.apache.ApacheHttpRequest.execute(ApacheHttpRequest.java:67)
    at com.google.api.client.http.HttpRequest.execute(HttpRequest.java:960)

У меня была аналогичная проблема; обновление до Apache HTTPClient 4.5.3 исправило ее.

в моем случае сертификат импортируется, ошибка остается, решается это путем добавления System.setProperty("https.protocols", "TLSv1.2,TLSv1.1,SSLv3"); прежде чем подключить

угги! Это оказалось просто проблемой версии Java для меня. Я получил ошибку рукопожатия с помощью JRE 1.6, и все отлично работало с помощью JRE 1.8.0_144.

отказ от ответственности: я не знаю,будет ли ответ полезен для многих людей, просто делиться, потому что это может быть .

Я получал эту ошибку при использовании Parasoft SOATest для отправки запроса XML (SOAP) .

проблема была в том, что у меня выбрал неправильный псевдоним из выпадающего списка после добавления сертификата и проверки подлинности его.

в моем случае веб-сайт просто может использовать TLSv1.2. и я использую apache httpclient 4.5.6, я использую этот код и устанавливаю jce для решения этого (JDK1.7):

jce

jdk7 http://www.oracle.com/technetwork/java/javase/downloads/jce-7-download-432124.html

jdk 8 http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html

код:

SSLContext sslContext = SSLContext.getDefault();

  SSLConnectionSocketFactory sslConnectionFactory = new SSLConnectionSocketFactory(
      sslContext,
      new String[]{"TLSv1.2"}, // important
      null,
      NoopHostnameVerifier.INSTANCE);

  Registry<ConnectionSocketFactory> registry = RegistryBuilder.<ConnectionSocketFactory>create()
      .register("https", sslConnectionFactory)
      .register("http", PlainConnectionSocketFactory.INSTANCE)
      .build();

  HttpClientConnectionManager ccm = new BasicHttpClientConnectionManager(registry);
  httpclient = HttpClientBuilder.create().
      .setSSLSocketFactory(sslConnectionFactory)
      .setConnectionManager(ccm)
      .build();