请求排查Gatling报OpenSSL不可用错误的原因（已配置密钥库）

可能的原因及解决措施 #

• Gatling HTTP客户端SSL配置未生效
  Gatling基于Netty实现HTTP请求，默认不会自动继承全局JVM的SSL配置，需确认gatling.conf中http.ssl节点的密钥库配置是否正确且生效。检查配置项是否包含完整的密钥库路径、密码和类型，示例配置如下：

  http {
    ssl {
      keyStore {
        type = "JKS"
        file = "/绝对路径/到/你的/keystore.jks"
        password = "密钥库密码"
      }
      trustStore {
        type = "JKS"
        file = "/绝对路径/到/你的/truststore.jks"
        password = "信任库密码"
      }
    }
  }
  

  注意：路径建议用绝对路径，避免因工作目录不同导致加载失败。

• Maven运行时未传递SSL参数
  即便Java服务能正常使用密钥库，Maven启动Gatling时可能未继承JVM的SSL参数。可以直接在Maven命令中显式指定JVM级别的SSL参数，强制加载密钥库：

  mvn gatling:test -DkeycloakUrl="https://10.134.17.232:8443" -DkeycloakRealm=LOAD -Dduration=10 -DconcurrentUsers=10 -DkeycloakClients=10 -DkeycloakUsers=10 \
  -Djavax.net.ssl.keyStore=/路径/到/keystore.jks \
  -Djavax.net.ssl.keyStorePassword=密钥库密码 \
  -Djavax.net.ssl.trustStore=/路径/到/truststore.jks \
  -Djavax.net.ssl.trustStorePassword=信任库密码
  

• 系统级OpenSSL依赖缺失/不兼容
  Gatling默认优先使用系统级OpenSSL库加速SSL操作，如果环境中未安装OpenSSL或版本过低，会触发该错误。解决方式有两种：

  1. 安装对应版本的OpenSSL（Linux可通过包管理器安装，Windows可下载官方安装包）；
  2. 强制Gatling使用JVM内置SSL实现，在gatling.conf中添加配置：

     http {
       ssl {
         useOpenSsl = false
       }
     }
     

• 密钥库权限或格式不匹配
  检查密钥库文件的读取权限，确保运行Maven的用户拥有读取该文件的权限；同时确认密钥库格式与gatling.conf中keyStore.type配置一致（比如配置的是JKS，实际密钥库是PKCS12），若格式不符，需转换密钥库格式或修改配置中的类型参数。

内容的提问来源于stack exchange，提问作者ivan bishop