SSL рукопожатие прервано: ssl = 0x74d2dc46c8: сбой в библиотеке SSL, обычно ошибка протокола OPENSSL_internal: SSLV3_ALERT_HANDSHAKE_FAILURE - PullRequest
Новая
       87

SSL рукопожатие прервано: ssl = 0x74d2dc46c8: сбой в библиотеке SSL, обычно ошибка протокола OPENSSL_internal: SSLV3_ALERT_HANDSHAKE_FAILURE

7 голосов
/ 26 марта 2020

При модернизации я отправляю XML в запросе, а в ответ сервер отправляет XML в ответ. Я использую прокси для использования этого API. Но я всегда получаю - HTTP FAILED: java .io.IOException: неожиданный конец потока на нуле. Я пробовал решения, упомянутые в stackoverflow, но ничего не получалось. Ниже приведен код для модифицированного клиента - 

    fun getRetrofitClient(context: Context): RestAPI {

    if (mRetrofitClient == null) {

        val cf: CertificateFactory = CertificateFactory.getInstance("X.509")
        val cert: InputStream = context.getResources().openRawResource(R.raw.mycert)
        val ca: Certificate
        ca = try {
            cf.generateCertificate(cert)
        } finally {
            cert.close()
        }

         val keyStoreType: String = KeyStore.getDefaultType()
        val keyStore: KeyStore = KeyStore.getInstance(keyStoreType)
        keyStore.load(null, null)
        keyStore.setCertificateEntry("ca", ca)
        val proxy = Proxy(Proxy.Type.HTTP, InetSocketAddress("xxxx.xx.xx.xx",xxxx ))
        val tmfAlgorithm: String = TrustManagerFactory.getDefaultAlgorithm()
        val tmf: TrustManagerFactory = TrustManagerFactory.getInstance(tmfAlgorithm)
        tmf.init(keyStore)

        val sslContext: SSLContext = SSLContext.getInstance("TLSv1.2")
        sslContext.init(null, tmf.getTrustManagers(), null)

        val spec = ConnectionSpec.Builder(ConnectionSpec.MODERN_TLS)
            .tlsVersions(TlsVersion.TLS_1_2)
            .cipherSuites(
                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,
            CipherSuite.TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA,
            CipherSuite.TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA,
            CipherSuite.TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,
            CipherSuite.TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA,
            CipherSuite.TLS_ECDHE_ECDSA_WITH_RC4_128_SHA,
            CipherSuite.TLS_ECDHE_RSA_WITH_RC4_128_SHA,
            CipherSuite.TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
            CipherSuite.TLS_DHE_DSS_WITH_AES_128_CBC_SHA,
            CipherSuite.TLS_DHE_RSA_WITH_AES_256_CBC_SHA
            )
            .build()


        val httpClient = OkHttpClient.Builder()
            .followRedirects(true)
        .followSslRedirects(true)
        .connectTimeout(10, TimeUnit.MINUTES)
        .readTimeout(10, TimeUnit.MINUTES)
        .writeTimeout(10, TimeUnit.MINUTES)
        .sslSocketFactory(socketFactory)
        .socketFactory(socketFactory)
        .hostnameVerifier(getHostnameVerifier())
        .retryOnConnectionFailure(true)
        .proxy(proxy)
        .connectionSpecs(Collections.singletonList(spec))



        val retrofit = Retrofit.Builder()
            .baseUrl("https://xxx.xx.xx.xx:xxxx/xx/")
            .addConverterFactory(SimpleXmlConverterFactory.create())
            .client(httpClient.build())
            .build()
        mRetrofitClient = retrofit.create(RestAPI::class.java!!)
    }
    return mRetrofitClient!!
}

fun getHostnameVerifier(): HostnameVerifier? {
    return object : HostnameVerifier {
        override fun verify(hostname: String?, session: SSLSession?): Boolean {
            return true
        }
    }
}

Ниже приведен код для Rest API - 

interface RestAPI {
    @Headers("Content-Type: text/xml","Connection: keep-alive","Transfer-Encoding: chunked","Cache-Control: no-cache","Accept: */*","Host: xxx.xx.xx.xx:xxxx","Accept-Encoding: gzip, deflate, br")
    @POST("BillQuery/V1.0")
    abstract fun billQuery(@Body input:String): Call<String>
}

Я также пробовал залп, та же проблема. Но в Почтальоне все работает нормально. Я добавил заголовок как почтальон. Тем не менее, это не работает.

Пожалуйста, помогите.

1 Ответ

0 голосов
/ 26 марта 2020

unexpected end of stream может быть выдано okhttp, если заголовки ответа не могут быть проанализированы или если длина в заголовке ответа Content-Length не совпадает с фактической длиной тела ответа (см. HTTP FAILED : java .io.IOException: неожиданное исключение в конце потока при отправке запроса https ).

В вашем случае okhttp хочет отправить незашифрованное соединение с HTTP-прокси и на этом шаге происходит сбой я думаю, чтобы разобрать Reponse-Headers из прокси-ответа. Прокси дает охтпп неверный ответ. Не могли бы вы попробовать с почтальоном соединиться с прокси через HTTP?

...