2017-06-29 10 views
1

まず、私はすでにインターネットを検索して3日間デバッグしています。 javax.net.ssl.SSLHandshakeExceptionを取得する:Android 5.0.2でピアによって接続が閉じられました

これは、正確なエラーである

javax.net.ssl.SSLHandshakeException: Connection closed by peer 
    at com.android.org.conscrypt.NativeCrypto.SSL_do_handshake(Native Method) 
    at com.android.org.conscrypt.OpenSSLSocketImpl.startHandshake(OpenSSLSocketImpl.java:302) 
    at com.android.okhttp.Connection.upgradeToTls(Connection.java:197) 
    at com.android.okhttp.Connection.connect(Connection.java:151) 
    at com.android.okhttp.internal.http.HttpEngine.connect(HttpEngine.java:276) 
    at com.android.okhttp.internal.http.HttpEngine.sendRequest(HttpEngine.java:211) 
    at com.android.okhttp.internal.http.HttpURLConnectionImpl.execute(HttpURLConnectionImpl.java:373) 
    at com.android.okhttp.internal.http.HttpURLConnectionImpl.connect(HttpURLConnectionImpl.java:106) 
    at com.android.okhttp.internal.http.HttpURLConnectionImpl.getOutputStream(HttpURLConnectionImpl.java:208) 
    at com.android.okhttp.internal.http.DelegatingHttpsURLConnection.getOutputStream(DelegatingHttpsURLConnection.java:218) 
    at com.android.okhttp.internal.http.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:25) 
    at com.aws.wiremo.common.CommonFunctions.sendRequestEx(CommonFunctions.java:618) 
    at com.aws.wiremo.common.CommonFunctions.sendRequest(CommonFunctions.java:556) 
    at com.aws.wiremo.screen.kdo.LoadingScreen$MakeRequest.doInBackground(LoadingScreen.java:146) 
    at com.aws.wiremo.screen.kdo.LoadingScreen$MakeRequest.doInBackground(LoadingScreen.java:125) 
    at android.os.AsyncTask$2.call(AsyncTask.java:288) 
    at java.util.concurrent.FutureTask.run(FutureTask.java:237) 
    at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:231) 
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) 
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) 
    at java.lang.Thread.run(Thread.java:818) 

により機密性の理由に、私はコードを投稿することはできません。 StackTraceによって例外が発生しているわけではありませんので、問題を本当に診断することはできません。

ここに私が共有できる情報があります。

  • リクエストは、私がコントロールボックスのように、特別なハードウェアにリクエストを送信していますhttps://[IP_address]:443/
  • に送信されています。私は、POSTリクエストを通じてデータの書き込みと取得しかできません。
  • CustomTrustManagerのcheckServerTrustedメソッドで受け取った証明書チェーンには、IPアドレスではなく、言葉だけのような(つまりCN = commonname)、DNSではなく、CNがあります。
  • 私のHostNameVerifierは一時的にALLOW_ALL_HOSTNAME_VERIFIERです(これは第3の情報の問題を解決するかもしれないと思います)。
  • 私はSSLContext.getInstance( "TLS")を使用しています。私のプロトコルはTLSv1、TLSv1.1、およびTLSv1.2です。
  • 使用されている証明書は自己署名されています。
  • checkServerTrustedメソッドでは、X509Certificateチェーンは常にtrustmanagerによって信頼されます(私は常にその証明書を信頼するtrustManagerを作成しました)。


任意の入力をいただければ幸いです。

答えて

0

私の問題への答えは、クライアント認証時にSSLハンドシェークが失敗するように私の鍵ストアに私の生成した秘密鍵を追加するコードをコメントしたことでした。

私はこの答えが誰かを助けることを願っています。

関連する問題