修复 错误 javax.net.ssl.sslhandshakeexception-ag捕鱼王app官网

本篇文章介绍了 java 中的 javax.net.ssl.sslhandshakeexception 错误。

java 中的 ssl 握手

ssl 握手用于客户端和服务器建立安全连接所需的信任和后勤保障。 ssl 握手操作需要遵循以下典型步骤：

1. 首先，客户端将提供所有可能的密码套件和 ssl 版本的列表。
2. 然后，服务器将就特定的密码套件和 ssl 版本达成一致，并以证书进行响应。
3. 然后，客户端将从给定证书中提取公钥并使用新的加密预主密钥进行响应。
4. 然后，服务器将使用私钥来解密预主密钥。
5. 然后，客户端和服务器将使用预主密钥一起计算共享密钥。
6. 最后，客户端和服务器将交换消息，确认共享密钥的加密和解密成功。

ssl 握手有两种类型。 第一种是单向 ssl，它让服务器信任所有客户端；第二种是双向 ssl，其中客户端和服务器必须接受彼此的证书。

了解了 ssl 握手之后，我们现在可以详细讨论 sslhandshakeexception。 sslhandshakeexception有两种情况，如下所示。

修复由于缺少服务器证书而导致的 sslhandshakeexception

如果客户端连接服务器时的 ssl 握手操作没有收到任何证书，则会抛出 sslhandshakeexception，如下所示：

exception in thread "main" javax.net.ssl.sslhandshakeexception:
  received fatal alert: handshake_failure

要解决此问题，请确保遵循上述所有步骤。 当密钥库或系统属性输入不正确时，会出现此问题。

keystore是权威机构提供的证书，或者我们也可以使用jdk的keytool功能来创建我们的keystore。 以下是密钥库的示例：

$ keytool -genkey -keypass password \
                  -storepass password \
                  -keystore server_keystore.jks

上面的keytool代码是写在keystore文件中的。 现在可以使用 keytool 从上面生成的密钥库文件中提取公共证书：

$ keytool -export -storepass password \
                  -file newserver.cer \
                  -keystore server_keystore.jks

上面的代码将从密钥库中将公共证书导出为文件 newserver.cer。 现在，我们可以将其添加到客户端的信任库中：

$ keytool -import -v -trustcacerts \
                     -file newserver.cer \
                     -keypass password \
                     -storepass password \
                     -keystore client_truststore.jks

现在服务器的密钥库和客户端的信任库已生成。 我们可以使用命令将它们作为系统属性传递给服务器：

-djavax.net.ssl.keystore=client_keystore.jks -djavax.net.ssl.keystorepassword=password

这是系统属性所必需的。 密钥库文件路径必须是绝对路径，或者将密钥库文件放置在调用命令的同一目录中。

不支持相对路径。 一旦遵循此过程，丢失证书错误将得到解决，并且不会再出现 sslhandshakeexception。

修复由于不受信任的服务器证书导致的 sslhandshakeexception

sslhandshakeexception 的另一个原因是服务器证书不受信任。 当服务器使用未经权威机构签名的自签名证书时，它将抛出以下错误：

exception in thread "main" javax.net.ssl.sslhandshakeexception:
  sun.security.validator.validatorexception:
  pkix path building failed: sun.security.provider.certpath.suncertpathbuilderexception:
  unable to find valid certification path to requested target

每当证书由默认存储之外的任何实体签名时，都会引发此异常。 jdk 中的默认信任库提供有关正在使用的常见证书的信息。

这个问题可以通过强制客户端信任服务器提供的证书来解决。 我们需要使用上面生成的信任库并将它们作为系统属性传递给客户端：

-djavax.net.ssl.truststore=client_truststore.jks -djavax.net.ssl.truststorepassword=password

这将解决异常，但这不是理想的情况。 在理想情况下，我们可以使用自签名证书，该证书应该由证书颁发机构（ca）认证，然后客户端可以默认信任它们。

修复因证书错误导致的 sslhandshakeexception

由于证书不正确，握手也可能失败。 当证书未正确创建时，会抛出 sslhandshakeexception：

exception in thread "main" javax.net.ssl.sslhandshakeexception:
    java.security.cert.certificateexception:
    no name matching localhost found

要检查证书是否已正确创建，请运行以下命令：

keytool -v -list -keystore server_keystore.jks

上面的命令将显示密钥库所有者的详细信息：

...
owner: cn=localhost, ou=technology, o=delftstack, l=city, st=state, c=xx
..

所有者的 cn 必须与服务器的 cn 匹配，如果不匹配，则会抛出与上面所示的相同的异常，因为它是由于 cn 不同而生成的。

修复 ssl 版本和密码套件不兼容导致的 sslhandshakeexception

在 ssl 握手操作时，可能会存在各种加密协议，例如不同版本的 ssl、tls 等。虽然客户端和服务器必须在握手时就加密协议和版本达成一致，但 ssl 会被 tls 取代 它的加密强度。

现在，例如，如果服务器使用协议 ssl3，而客户端使用协议 tls1.3，则双方无法就加密协议达成一致，并且会抛出 sslhandshakeexception：

exception in thread "main" javax.net.ssl.sslhandshakeexception:
  no appropriate protocol (protocol is disabled or cipher suites are inappropriate)

为了解决这个问题，我们必须验证客户端和服务器是否使用相同或兼容的加密协议。

同样，也需要有兼容的密码套件。 握手时，客户端提供密码列表，服务器将选择要使用的密码。

如果服务器无法选择合适的密码，代码将抛出以下 sslhandshakeexception：

exception in thread "main" javax.net.ssl.sslhandshakeexception:
  received fatal alert: handshake_failure

通常客户端和服务器端使用多种密码套件； 这就是发生此错误的原因。 发生该错误的原因是服务器选择了选择性很强的密码。

为了避免这个问题，服务器使用选择性密码列表，这也有利于安全。