2017-07-08 6 views
1

Ich erhalte kryptischen SSL-Handshake Fehler WireMock verbinden, wenn ich zu WireMock versuchen, eine Verbindung - error:140790E5:SSL routines:ssl23_write:ssl handshake failure:s23_lib.c:177: WireMock Standalone mit --https-keystore die auf eine cert läuft ich keytool mit vergewissert haben. Reguläre HTTP-Mocks funktionieren einwandfrei.Debuggen von SSL-Handshake Fehler

Ich schaltete --print-all-network-traffic und wenn ich openssl s_client -connect 127.0.0.1:443 -showcerts -status -state -debug nennen das ist, was ich sehe:

2017-07-08 23:36:55.881 Opened Socket[addr=/172.17.0.1,port=46404,localport=443] 
2017-07-08 23:36:55.886 Problem decoding network traffic 
java.nio.charset.MalformedInputException: Input length = 1 
    at java.nio.charset.CoderResult.throwException(CoderResult.java:281) 
    at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:816) 
    at com.github.tomakehurst.wiremock.http.trafficlistener.ConsoleNotifyingWiremockNetworkTrafficListener.incoming(ConsoleNotifyingWiremockNetworkTrafficListener.java:25) 
    at com.github.tomakehurst.wiremock.jetty9.JettyHttpServer$NetworkTrafficListenerAdapter.incoming(JettyHttpServer.java:364) 
    at org.eclipse.jetty.io.NetworkTrafficSelectChannelEndPoint.notifyIncoming(NetworkTrafficSelectChannelEndPoint.java:125) 
    at org.eclipse.jetty.io.NetworkTrafficSelectChannelEndPoint.fill(NetworkTrafficSelectChannelEndPoint.java:48) 
    at org.eclipse.jetty.io.ssl.SslConnection$DecryptedEndPoint.fill(SslConnection.java:507) 
    at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:239) 
    at org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java:540) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:635) 
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:555) 
    at java.lang.Thread.run(Thread.java:748) 
2017-07-08 23:36:55.895 Closed Socket[addr=/172.17.0.1,port=46404,localport=443] 
2017-07-08 23:36:55.896 Closed Socket[addr=/172.17.0.1,port=46404,localport=443] 

Irgendwelche Ideen auf, wo man von hier geht?

+1

Die Java-Seite spricht TLS nicht. – EJP

+0

Irgendwelche Ideen, wie WireMock/Jetty @EJP neu konfiguriert werden kann? Ich weiß nicht viel über Jetty, aber meine Annahme von den WireMock-Dokumenten war, dass es damit umgehen soll, wenn es mit HTTPS läuft. – suite22

Antwort

2

So sieht es aus, wenn Sie nur ein öffentliches Zertifikat geben.

+0

Sie haben es @anitkryst genagelt - hatte gerade einen Teamkollegen hier ließ mich wissen, dass der Schlüsselspeicher nur den öffentlichen Schlüssel hatte. – suite22

Verwandte Themen