javax.net.ssl.SSLException

There are no available Samebug tips for this exception. Do you have an idea how to solve this issue? A short tip would help users who saw this issue last week.

  • GitHub comment 144#229468427
    via GitHub by djtecha
    ,
  • GitHub comment 142#225909336
    via GitHub by timkrause
    ,
  • GitHub comment 142#229466115
    via GitHub by larsf
    ,
  • SSL issue when closing connections
    via GitHub by JMVM
    ,
  • GitHub comment 175#234141587
    via GitHub by yangfeiran
    ,
  • My server (weather.im) happily federates with talkonaut.com with Openfire 3.10.3. The beta of Openfire 4.0 fails to federate, here's the trace logged. {code} 2015.12.16 07:35:47 WARN [Server SR - 963581603] org.jivesoftware.openfire.server.ServerDialback - Error verifying key of remote server: talkonaut.com javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack? at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) at sun.security.ssl.SSLEngineImpl.fatal(SSLEngineImpl.java:1666) at sun.security.ssl.SSLEngineImpl.fatal(SSLEngineImpl.java:1634) at sun.security.ssl.SSLEngineImpl.closeInbound(SSLEngineImpl.java:1561) at org.jivesoftware.openfire.net.TLSStreamHandler.doHandshake(TLSStreamHandler.java:222) at org.jivesoftware.openfire.net.TLSStreamHandler.start(TLSStreamHandler.java:177) at org.jivesoftware.openfire.server.ServerDialback.sendVerifyKey(ServerDialback.java:693) at org.jivesoftware.openfire.server.ServerDialback.verifyKey(ServerDialback.java:801) at org.jivesoftware.openfire.server.ServerDialback.validateRemoteDomain(ServerDialback.java:593) at org.jivesoftware.openfire.session.LocalIncomingServerSession.validateSubsequentDomain(LocalIncomingServerSession.java:248) at org.jivesoftware.openfire.net.ServerSocketReader.processUnknowPacket(ServerSocketReader.java:143) at org.jivesoftware.openfire.net.SocketReader.process(SocketReader.java:235) at org.jivesoftware.openfire.net.BlockingReadingMode.readStream(BlockingReadingMode.java:168) at org.jivesoftware.openfire.net.BlockingReadingMode.run(BlockingReadingMode.java:76) at org.jivesoftware.openfire.net.SocketReader.run(SocketReader.java:138) at java.lang.Thread.run(Thread.java:745) {code} My 3.10.3 instance reports that the outbound connect is unsecured dialback authentication and the inbound connection is secure.
    via by Daryl Herzmann,
  • GitHub comment 144#228481036
    via GitHub by djtecha
    ,
    • javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack? at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) at sun.security.ssl.SSLEngineImpl.fatal(SSLEngineImpl.java:1666) at sun.security.ssl.SSLEngineImpl.fatal(SSLEngineImpl.java:1634) at sun.security.ssl.SSLEngineImpl.closeInbound(SSLEngineImpl.java:1561) at org.jboss.netty.handler.ssl.SslHandler.closeEngine(SslHandler.java:591) at org.jboss.netty.handler.ssl.SslHandler.channelDisconnected(SslHandler.java:583) at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:102) at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) at org.jboss.netty.channel.Channels.fireChannelDisconnected(Channels.java:396) at org.jboss.netty.channel.socket.nio.AbstractNioWorker.close(AbstractNioWorker.java:360) at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:93) at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:108) at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:337) at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:89) at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745)

    Users with the same issue

    nasimk
    961 times, last one,
    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    Unknown visitor1 times, last one,
    99 more bugmates