2012-08-08 8 views
6

Dentro de mi cliente tarea Ant para descargar archivos fuera de un servidor de embarcadero, de vez en cuando sale unSSLException: SSL por homólogos cerró incorrectamente

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) 

He buscado en Google para un poco - pero hasta el momento no tengo una respuesta concluyente de por qué esto podría estar sucediendo.

¿Alguien puede explicar cuál puede ser la causa de esta excepción?

Mis registros de Jetty no parecen tener un rastro equivalente de esta excepción. Sin embargo, parece que el servidor Jetty de hecho está terminando la conexión segura.

Como parte de un segundo plano: veo esta excepción cuando dos clientes generados por la tarea Ant usan el mismo certificado para descargar archivos predeterminados del servidor Jetty. La única sospecha que tengo es que presentar el mismo certificado por dos clientes que provienen del mismo host es tropezar con el Jetty y termina cerrando la conexión, pero eso es solo una teoría no probada.

+0

¿Es su problema solucionado con las soluciones proporcionadas por EJP? –

+0

Así que resulta que el problema era que la versión de Jetty tenía que actualizarse. Aparentemente había un error en Jetty que se resolvió desde entonces. – rmoh21

Respuesta

3

Este problema puede deberse a que tiene un socket de texto plano que ha envuelto en un SSLSocket y cierra el socket de texto sin formato en lugar del SSLSocket. La excepción es una advertencia sobre un posible ataque de truncamiento.

Por supuesto, también puede ser causado por un verdadero ataque de truncamiento.

Cuestiones relacionadas