2012-08-08 9 views
6

ciągu mojego klienta Ant zadanie pobierania plików z serwera Jetty, ja od czasu do czasu dostaćSSLException: SSL ocenie ekspertów zamknięty nieprawidłowo

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) 

Mam google na trochę - ale do tej pory nie mają rozstrzygającą odpowiedź na pytanie, dlaczego tak się dzieje.

Czy ktoś może wyjaśnić, co może być przyczyną tego wyjątku?

Moje dzienniki Jetty nie wydają się mieć równoważnego śladu tego wyjątku. Wydaje się jednak, że serwer Jetty rzeczywiście kończy bezpieczne połączenie.

Jako tło - widzę ten wyjątek, gdy dwóch klientów spawnowanych przez zadanie Ant używa tego samego certyfikatu do pobierania z góry określonego pliku z serwera Jetty. Mam tylko podejrzenie, że przedstawienie tego samego certyfikatu przez dwóch klientów, pochodzących od tego samego hosta, potknie się o Jetty i kończy się zamknięciem połączenia - ale to tylko nieudowodniona teoria.

+0

czy problem dotyczy rozwiązań dostarczanych przez EJP? –

+0

Okazało się, że trzeba było uaktualnić wersję Jetty. Najwyraźniej pojawił się błąd Jetty, który został rozwiązany. – rmoh21

Odpowiedz

3

Ten problem może być spowodowany, jeśli masz gniazdo zwykłego tekstu owinięte w SSLSocket i zamykasz gniazdo zwykłego tekstu zamiast SSLSocket. Wyjątkiem jest ostrzeżenie o możliwym ataku obcinania.

Oczywiście może to być również spowodowane obcym atakiem rzeczywistym.

Powiązane problemy