Это происходит только на Android и очень часто. HTTPS работает, но возможно это (исключение) и является причиной замедления скорости.
IGNORE!!!javax.net.ssl.SSLException: Входящий трафик закрывается до того, как будет получено предупреждение close_notify. на com.android.org.conscrypt.SSLEngineImpl.closeInbound(SSLEngineImpl.java:144) в org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.closeInbound(SslConnection.java:698) в org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.fill(SslConnection.java:540) в org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:239) на org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:544) в org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) в org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) на java.lang.Thread.run(Thread.java:841)
Он использует криптопровайдера Bouncy Castle версии 1.60.
Нет, conscrypt является крипто-провайдером Android по умолчанию, и весь персонал выполняется выбранным провайдером: ... Security.removeProvider("BC"); //удалить BC Security.addProvider(new BouncyCastleProvider()); //добавляем оригинальный BC ... KeyPairGenerator.getInstance("RSA", "BC");//используем BC ... Предыдущий SpongyCastle 1.58 выдает такое же исключение. Возможно, лучший выбор — перейти на conscrypt, но это займет время, и может ли conscrypt выполнять весь персонал (генерировать CA, затем сертификаты HTTPS, шифровать и подписывать файлы...)?
Если вы видите
com.android.org.conscryptв своей трассировке стека, значит, вы используете conscrypt, а не bouncycastle.