Java 6에서 https를 사용하여 서비스에 연결하는 저지 오류

Question

난 configuration을 사용하는 자체 서명 된 인증서가있는 https를 사용하여 Wildfly 9에서 REST 서비스를 실행 중입니다.

public static Client createIgnoreSSLClient() { 
    ClientConfig clientConfig = new ClientConfig(); 
    clientConfig.connectorProvider(new HttpUrlConnectorProvider()); 
    SSLContext sslcontext; 
    try { 
     sslcontext = SSLContext.getInstance("SSL"); 
     sslcontext.init(null, new TrustManager[]{new X509TrustManager() { 
      public void checkClientTrusted(X509Certificate[] arg0, String arg1) throws CertificateException {} 
      public void checkServerTrusted(X509Certificate[] arg0, String arg1) throws CertificateException {} 
      public X509Certificate[] getAcceptedIssuers() { return new X509Certificate[0]; } 

     }}, new java.security.SecureRandom()); 
    } catch (Exception e) { 
     throw new RuntimeException(e); 
    } 
    return ClientBuilder.newBuilder() 
      .sslContext(sslcontext) 
      .hostnameVerifier(createDummyHostnameVerifier()) 
      .withConfig(clientConfig) 
      .build(); 
} 

내가 (일부 응용 프로그램은 제이 보스 4에서 실행되는) 자바 6과의 호환성을 유지하기 위해 뉴저지 2.6을 사용하고 있습니다 :

은이 코드를 사용하고있어 SSL 검증을 우회합니다.

21/07/2016 16:38:36 org.glassfish.jersey.client.ClientRequest writeEntity 
SEVERE: Error while committing the request output stream. 
javax.net.ssl.SSLException: Received fatal alert: unexpected_message 
    at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:190) 
    at com.sun.net.ssl.internal.ssl.Alerts.getSSLException(Alerts.java:136) 
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:1682) 
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:932) 
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1112) 
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1139) 
    at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1123) 
    at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:434) 
    at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:166) 
    at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:904) 
    at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:230) 
    at org.glassfish.jersey.client.HttpUrlConnector$3.getOutputStream(HttpUrlConnector.java:312) 
    at org.glassfish.jersey.message.internal.CommittingOutputStream.commitStream(CommittingOutputStream.java:200) 
    at org.glassfish.jersey.message.internal.CommittingOutputStream.commitStream(CommittingOutputStream.java:194) 
    at org.glassfish.jersey.message.internal.CommittingOutputStream.commit(CommittingOutputStream.java:262) 
    at org.glassfish.jersey.message.internal.OutboundMessageContext.commitStream(OutboundMessageContext.java:812) 
    at org.glassfish.jersey.client.ClientRequest.writeEntity(ClientRequest.java:543) 
    at org.glassfish.jersey.client.HttpUrlConnector._apply(HttpUrlConnector.java:315) 
    at org.glassfish.jersey.client.HttpUrlConnector.apply(HttpUrlConnector.java:227) 
    at org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:225) 
    at org.glassfish.jersey.client.JerseyInvocation$2.call(JerseyInvocation.java:671) 
    at org.glassfish.jersey.internal.Errors.process(Errors.java:315) 
    at org.glassfish.jersey.internal.Errors.process(Errors.java:297) 
    at org.glassfish.jersey.internal.Errors.process(Errors.java:228) 
    at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:423) 
    at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:667) 
    at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:423) 
    at org.glassfish.jersey.client.JerseyInvocation$Builder.put(JerseyInvocation.java:311) 
    at com.oki.casi.client.TesteLogin.testeLoginHttps(TesteLogin.java:79) 
    at com.oki.casi.client.TesteLogin.main(TesteLogin.java:58) 
Exception in thread "main" javax.ws.rs.WebApplicationException: HTTP 500 Internal Server Error 
    at org.eclipse.persistence.jaxb.rs.MOXyJsonProvider.writeTo(MOXyJsonProvider.java:810) 
    at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.invokeWriteTo(WriterInterceptorExecutor.java:263) 
    at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.aroundWriteTo(WriterInterceptorExecutor.java:250) 
    at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162) 
    at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo(MessageBodyFactory.java:1154) 
    at org.glassfish.jersey.client.ClientRequest.writeEntity(ClientRequest.java:500) 
    at org.glassfish.jersey.client.HttpUrlConnector._apply(HttpUrlConnector.java:315) 
    at org.glassfish.jersey.client.HttpUrlConnector.apply(HttpUrlConnector.java:227) 
    at org.glassfish.jersey.client.ClientRuntime.invoke(ClientRuntime.java:225) 
    at org.glassfish.jersey.client.JerseyInvocation$2.call(JerseyInvocation.java:671) 
    at org.glassfish.jersey.internal.Errors.process(Errors.java:315) 
    at org.glassfish.jersey.internal.Errors.process(Errors.java:297) 
    at org.glassfish.jersey.internal.Errors.process(Errors.java:228) 
    at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:423) 
    at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:667) 
    at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:423) 
    at org.glassfish.jersey.client.JerseyInvocation$Builder.put(JerseyInvocation.java:311) 
    at com.oki.casi.client.TesteLogin.testeLoginHttps(TesteLogin.java:79) 
    at com.oki.casi.client.TesteLogin.main(TesteLogin.java:58) 
Caused by: javax.xml.bind.MarshalException 

편집 : 나는 두 서버에 액세스하는 클라이언트를 테스트하고이 문제를 해결하기 위해 노력하고있어, 제이 보스 7.1

<dependency> 
    <groupId>org.glassfish.jersey.core</groupId> 
    <artifactId>jersey-client</artifactId> 
    <version>2.6</version> 
</dependency> 

<dependency> 
    <groupId>org.glassfish.jersey.media</groupId> 
    <artifactId>jersey-media-moxy</artifactId> 
    <version>2.6</version> 
</dependency> 

모든 것은 내가이 오류가 자바 6을 사용하여 자바 (8)과 (7)을 사용하여 잘 작동 .1 및 Wildfly 9.0.2.

<connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true"> 
    <ssl name="ciac-ssl" key-alias="ciac-cert" password="123456" certificate-key-file="../standalone/configuration/ciac-cert.keystore" protocol="SSL"/> 
</connector> 

가 어떻게 제이보스에서이 구성을 변경할 수 있습니다 : 제이 보스 7에서

, 나는 SSL에 TLSv1의에서 프로토콜을 변경하는 HTTPS와 클라이언트 작업을 할 수 있습니까?

Answer 1

올바르게 이해하면 Java 6에서 실행되는 클라이언트 응용 프로그램에 SSLException이 표시됩니다.이 클라이언트에서는 Java 7 이상을 사용하는 Wildfly 9에서 호스트되는 서비스에 액세스하려고합니다. 이는 서버가 다른 보안 메커니즘을 사용하고 있음을 의미합니다. I stumbled upon the same earlier 그리고 알 수 있듯이 해당 게시물에 대한 결론도 없습니다.

생각해 보면 왜 개발자가 구형의 안전하지 않은 보안 메커니즘을 사용하는 서비스를 만들 수 있는지 생각해보십시오.

결국 우리는 JDK 업데이트로 가기로 결정했습니다. JDK7에서 JBoss 4를 호스팅 할 수도 있습니다. 예를 들어 here과 같은 주제에 대한 흥미로운 글을 찾을 수 있습니다.