带有OkHttp got握手错误的Https通过代理

Question

我要用需要https和代理配置的Glide库下载image。我为不安全的客户端（在我的开发环境中）实现了所有匿名证书和代理设置，但得到了握手错误。这是传递给Glide的OkHttpClient

val unsafeOkHttpClient: OkHttpClient
        get() {
            try {
                val trustAllCerts = arrayOf<TrustManager>(object : X509TrustManager {
                    @SuppressLint("TrustAllX509TrustManager")
                    @Throws(CertificateException::class)
                    override fun checkClientTrusted(
                        chain: Array<java.security.cert.X509Certificate>,
                        authType: String
                    ) {
                    }

                @SuppressLint("TrustAllX509TrustManager")
                @Throws(CertificateException::class)
                override fun checkServerTrusted(
                    chain: Array<java.security.cert.X509Certificate>,
                    authType: String
                ) {
                }

                override fun getAcceptedIssuers(): Array<java.security.cert.X509Certificate> {
                    return arrayOf()
                }
            })
            val sslContext = SSLContext.getInstance("SSL")
            sslContext.init(null, trustAllCerts, java.security.SecureRandom())
            val sslSocketFactory = sslContext.socketFactory
            val builder = OkHttpClient.Builder()
            val proxy = Proxy(
                Proxy.Type.HTTP,
                InetSocketAddress.createUnresolved(PROXY_URL, PROXY_PORT)
            )
            builder.proxy(proxy)

            builder.sslSocketFactory(sslSocketFactory, trustAllCerts[0] as X509TrustManager)
            builder.hostnameVerifier(HostnameVerifier { _, _ -> true })

            val connectionSpecs = ConnectionSpec.Builder(ConnectionSpec.COMPATIBLE_TLS)
                .tlsVersions(TlsVersion.TLS_1_2)
                .cipherSuites(
                    CipherSuite.TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384,
                    CipherSuite.TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
                ).build()

            builder.connectionSpecs(listOf(connectionSpecs))

            return builder.build()
        } catch (e: Exception) {
            throw RuntimeException(e)
        }

    }

我应该提到ConnectionSpec是从我的服务器配置中获得的。我总是得到这样的错误：即使我使用了非常简单的客户端，但结果是一样的。

 Caused by: javax.net.ssl.SSLProtocolException: SSL handshake aborted: ssl=0xbe2b3c68: Failure in SSL library, usually a protocol error
    error:10000410:SSL routines:OPENSSL_internal:SSLV3_ALERT_HANDSHAKE_FAILURE (external/boringssl/src/ssl/tls_record.cc:587 0xbe5d2a88:0x00000001)
    error:1000009a:SSL routines:OPENSSL_internal:HANDSHAKE_FAILURE_ON_CLIENT_HELLO (external/boringssl/src/ssl/handshake.cc:580 0xd084f543:0x00000000)
        at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method)
        at com.android.org.conscrypt.NativeSsl.doHandshake(NativeSsl.java:387)
        at com.android.org.conscrypt.ConscryptFileDescriptorSocket.startHandshake(ConscryptFileDescriptorSocket.java:226)
            ... 23 more

正如我提到的，所有的图像都在浏览器中打开（带有代理扩展），我也得到了200个带有Curl的图像，如下所示：

curl --insecure -x http://myProxy:9052 -i  https://myimage.png

但是我发现主服务器和代理服务器的TLS版本是不一样的。一个使用TLS1.2，另一个是TLS1.1。所以我在想这个配置可能会导致握手失败，导致我的请求会不知道用哪个版本握手！这是我的猜测，并问网络管理员：“为什么我们有两个不同的限制服务器和代理！”我在等待他们的回应。如果你有任何想法，请随时添加评论或张贴任何答案。

Answer 1

在与客户端的许多事情进行了斗争后，支持团队设置了一个有效的证书，使我的问题得到了解决。我的意思是他们没有使用自定义证书，但他们使用了一个无效的证书！这就是为什么我会出现手抖错误，在浏览器中，我们可以通过接受危险的响应性并单击继续按钮来传递这个错误。