由于 OpenJDk Java 11 获取 javax.net.ssl.SSLHandshakeException:收到致命警报:handshake_failure
Since OpenJDk Java 11 getting javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
最近将应用程序从 Oracle Java 9 更新到 AdoptJDk 11.0.6,我现在看到以下代码形式的错误:
public static String convertWikidataUrl(String wikidataUrl)
{
String qPage = wikidataUrl.substring(wikidataUrl.lastIndexOf('/') + 1);
String apiUrl = WIKIDATA_IMAGE_API_URL + qPage;
try
{
URL url = new URL(apiUrl);
HttpURLConnection uc = (HttpURLConnection) url.openConnection();
int responseCode = uc.getResponseCode();
if (responseCode != HttpURLConnection.HTTP_OK)
{
MainWindow.logger.severe(":ResponseCode:"+responseCode);
}
//Everything ok so continue
BufferedInputStream bis = new BufferedInputStream(uc.getInputStream());
JAXBContext jc = getWikidataInitialContext();
Unmarshaller um = jc.createUnmarshaller();
Api api = (Api) um.unmarshal(bis);
if(api.getClaims()!=null
&& api.getClaims().getProperty()!=null
&& api.getClaims().getProperty().getClaim()!=null
&& api.getClaims().getProperty().getClaim().getMainsnak()!=null
&& api.getClaims().getProperty().getClaim().getMainsnak().getDatavalue()!=null)
{
return api.getClaims().getProperty().getClaim().getMainsnak().getDatavalue().getValue();
}
else
{
return null;
}
}
catch (JAXBException e)
{
MainWindow.logger.log(Level.SEVERE, e.getMessage(), e);
}
catch (MalformedURLException mue)
{
MainWindow.logger.log(Level.SEVERE, mue.getMessage(), mue);
}
catch (Exception ex)
{
MainWindow.logger.log(Level.SEVERE, ex.getMessage(), ex);
}
return null;
}
失败:
javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:117)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
at java.base/sun.security.ssl.Alert$AlertConsumer.consume(Alert.java:291)
at java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:180)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)
at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1151)
at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1062)
at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)
at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1587)
at java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1515)
at java.base/java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:527)
at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:334)
at com.jthink.songkong.analyse.musicbrainz.WikipediaImage.convertWikipediaUrl(WikipediaImage.java:49)
at com.jthink.songkong.analyse.musicbrainz.ArtistArtwork.findArtistImageLink(ArtistArtwork.java:54)
at com.jthink.songkong.analyse.musicbrainz.ArtistArtworkOnlineLookup.call(ArtistArtworkOnlineLookup.java:63)
at com.jthink.songkong.analyse.musicbrainz.ArtistArtworkOnlineLookup.call(ArtistArtworkOnlineLookup.java:26)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
该问题已在 Windows 上出现,但也可能出现在其他平台上
错误肯定是由于更改 JRE 而导致的,但我不知道问题是从 Java 9 转移到 11,还是从 Oracle 转移到 AdoptJdk,我该如何解决这个问题?
更新
- 在使用 11.0.6 的 MacOS 上不会出现此问题
- 开启 Windows 从 11.0.6 更新到 11.0.7 没有效果
- 在 Windows 上添加 -Dhttps.protocols=TLSv1.1,TLSv1.2(禁用 TLS1.3 支持)修复了该问题。
- 可能是这个错误的版本https://bugs.openjdk.java.net/browse/JDK-8206923
客户端无法打开与服务器的连接,因为它们可能不支持相同的 TLS 版本或设置。
尝试启动应用程序:
-Dhttps.protocols=TLSv1.2
(Java8 中默认)
-Dhttps.protocols=TLSv1.3
(Java11 中默认)
-Dhttps.protocols=TLSv1.0
TLSv1.2 (2008) 是当前受支持的 TLS 版本,部署在所有地方并且受到所有事物的支持。这是安全的默认设置,也是强制执行的内容。
TLSv1.3 (2018) 是即将推出的版本。它正在缓慢地遍及所有地方(网络服务器、应用程序、负载平衡器、CDN 等)。过渡应该是无缝的,但不完全是。当然,没有软件可以在第一次尝试时就完美无缺,并且会出现一些错误和不兼容问题。 JDK 11 引入了 TLSv1.3 并尝试默认使用它,考虑到错误,这并不顺利,解决方法是强制使用 TLSv1.2。 (2021 年更新:TLS 1.3 在过去一两年内已被浏览器和主要中间件采用,升级时很可能会出现 software/infrastructure)
如果您依赖 TLS 进行客户端证书身份验证,则会遇到棘手的边缘情况,通常用于处理高度敏感信息的企业系统,例如银行 API。 TLS 1.3 改变了客户端身份验证的方式,因此客户端和服务器软件都可能需要修复才能在新版本下运行。 HTTP/2 通过设计破坏客户端身份验证,RFC 正在等待就解决方案达成一致,同时使用 HTTP/1.1.
TLSv1.0 (1999) 是一个过时的版本,在最新的库版本(OpenSSL 1.1.x、JDK 11 等)中被禁止使用并被删除。如果您使用多年未维护的遗留企业 java 应用程序,到 2020 年仍有可能遇到它(任何涉及 Java 6 或 7 的内容都是危险信号)。这些真的需要升级了。
最近将应用程序从 Oracle Java 9 更新到 AdoptJDk 11.0.6,我现在看到以下代码形式的错误:
public static String convertWikidataUrl(String wikidataUrl)
{
String qPage = wikidataUrl.substring(wikidataUrl.lastIndexOf('/') + 1);
String apiUrl = WIKIDATA_IMAGE_API_URL + qPage;
try
{
URL url = new URL(apiUrl);
HttpURLConnection uc = (HttpURLConnection) url.openConnection();
int responseCode = uc.getResponseCode();
if (responseCode != HttpURLConnection.HTTP_OK)
{
MainWindow.logger.severe(":ResponseCode:"+responseCode);
}
//Everything ok so continue
BufferedInputStream bis = new BufferedInputStream(uc.getInputStream());
JAXBContext jc = getWikidataInitialContext();
Unmarshaller um = jc.createUnmarshaller();
Api api = (Api) um.unmarshal(bis);
if(api.getClaims()!=null
&& api.getClaims().getProperty()!=null
&& api.getClaims().getProperty().getClaim()!=null
&& api.getClaims().getProperty().getClaim().getMainsnak()!=null
&& api.getClaims().getProperty().getClaim().getMainsnak().getDatavalue()!=null)
{
return api.getClaims().getProperty().getClaim().getMainsnak().getDatavalue().getValue();
}
else
{
return null;
}
}
catch (JAXBException e)
{
MainWindow.logger.log(Level.SEVERE, e.getMessage(), e);
}
catch (MalformedURLException mue)
{
MainWindow.logger.log(Level.SEVERE, mue.getMessage(), mue);
}
catch (Exception ex)
{
MainWindow.logger.log(Level.SEVERE, ex.getMessage(), ex);
}
return null;
}
失败:
javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:131)
at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:117)
at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
at java.base/sun.security.ssl.Alert$AlertConsumer.consume(Alert.java:291)
at java.base/sun.security.ssl.TransportContext.dispatch(TransportContext.java:180)
at java.base/sun.security.ssl.SSLTransport.decode(SSLTransport.java:164)
at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1151)
at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1062)
at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:402)
at java.base/sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:567)
at java.base/sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185)
at java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1587)
at java.base/sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1515)
at java.base/java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:527)
at java.base/sun.net.www.protocol.https.HttpsURLConnectionImpl.getResponseCode(HttpsURLConnectionImpl.java:334)
at com.jthink.songkong.analyse.musicbrainz.WikipediaImage.convertWikipediaUrl(WikipediaImage.java:49)
at com.jthink.songkong.analyse.musicbrainz.ArtistArtwork.findArtistImageLink(ArtistArtwork.java:54)
at com.jthink.songkong.analyse.musicbrainz.ArtistArtworkOnlineLookup.call(ArtistArtworkOnlineLookup.java:63)
at com.jthink.songkong.analyse.musicbrainz.ArtistArtworkOnlineLookup.call(ArtistArtworkOnlineLookup.java:26)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
该问题已在 Windows 上出现,但也可能出现在其他平台上
错误肯定是由于更改 JRE 而导致的,但我不知道问题是从 Java 9 转移到 11,还是从 Oracle 转移到 AdoptJdk,我该如何解决这个问题?
更新
- 在使用 11.0.6 的 MacOS 上不会出现此问题
- 开启 Windows 从 11.0.6 更新到 11.0.7 没有效果
- 在 Windows 上添加 -Dhttps.protocols=TLSv1.1,TLSv1.2(禁用 TLS1.3 支持)修复了该问题。
- 可能是这个错误的版本https://bugs.openjdk.java.net/browse/JDK-8206923
客户端无法打开与服务器的连接,因为它们可能不支持相同的 TLS 版本或设置。
尝试启动应用程序:
-Dhttps.protocols=TLSv1.2
(Java8 中默认)-Dhttps.protocols=TLSv1.3
(Java11 中默认)-Dhttps.protocols=TLSv1.0
TLSv1.2 (2008) 是当前受支持的 TLS 版本,部署在所有地方并且受到所有事物的支持。这是安全的默认设置,也是强制执行的内容。
TLSv1.3 (2018) 是即将推出的版本。它正在缓慢地遍及所有地方(网络服务器、应用程序、负载平衡器、CDN 等)。过渡应该是无缝的,但不完全是。当然,没有软件可以在第一次尝试时就完美无缺,并且会出现一些错误和不兼容问题。 JDK 11 引入了 TLSv1.3 并尝试默认使用它,考虑到错误,这并不顺利,解决方法是强制使用 TLSv1.2。 (2021 年更新:TLS 1.3 在过去一两年内已被浏览器和主要中间件采用,升级时很可能会出现 software/infrastructure)
如果您依赖 TLS 进行客户端证书身份验证,则会遇到棘手的边缘情况,通常用于处理高度敏感信息的企业系统,例如银行 API。 TLS 1.3 改变了客户端身份验证的方式,因此客户端和服务器软件都可能需要修复才能在新版本下运行。 HTTP/2 通过设计破坏客户端身份验证,RFC 正在等待就解决方案达成一致,同时使用 HTTP/1.1.
TLSv1.0 (1999) 是一个过时的版本,在最新的库版本(OpenSSL 1.1.x、JDK 11 等)中被禁止使用并被删除。如果您使用多年未维护的遗留企业 java 应用程序,到 2020 年仍有可能遇到它(任何涉及 Java 6 或 7 的内容都是危险信号)。这些真的需要升级了。