2012-08-08 9 views
6

Innerhalb meines Klienten Ant-Task heruntergefahren Dateien zum Herunterladen aus einem Jetty-Server, bekomme ich gelegentlich einSSLException: SSL Peer falsch

javax.net.ssl.SSLException: SSL peer shut down incorrectly 
at com.sun.net.ssl.internal.ssl.InputRecord.readV3Record(InputRecord.java:408) 
at com.sun.net.ssl.internal.ssl.InputRecord.read(InputRecord.java:360) 
at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:789) 

Ich habe ein bisschen gegoogelt - aber so weit ich habe nicht ein schlüssige Antwort, warum dies passieren könnte.

Kann jemand erklären, was die Ursache dieser Ausnahme sein könnte?

Meine Jetty-Protokolle scheinen keine äquivalente Spur dieser Ausnahme zu haben. Es scheint jedoch, dass der Jetty-Server tatsächlich die sichere Verbindung beendet.

Als ein wenig Hintergrund - ich sehe diese Ausnahme, wenn zwei Clients von der Ant-Aufgabe erzeugt werden, verwenden Sie das gleiche Zertifikat, um bestimmte Dateien vom Jetty-Server herunterzuladen. Der einzige Verdacht, den ich habe, ist, dass das Anbieten des gleichen Zertifikats durch zwei Clients, die von demselben Host stammen, den Jetty stolpern und es letztendlich die Verbindung abbaut - aber das ist nur eine unbewiesene Theorie.

+0

ist Ihr Problem beheben mit Lösungen von EJP bereitgestellt? –

+0

So stellte sich heraus, dass die Jetty-Version aktualisiert werden musste. Anscheinend gab es Jetty Bug, der seither behoben wurde. – rmoh21

Antwort

3

Dieses Problem kann verursacht werden, wenn Sie über einen Nur-Text-Socket verfügen, den Sie in einen SSL-Socket eingepackt haben, und den Klartext-Socket anstelle des SSL-Sockets schließen. Die Ausnahme warnt vor einem möglichen Abbruchangriff.

Natürlich kann es auch durch eine echte Trunkierung Angriff verursacht werden.

Verwandte Themen