SOAP UI调用REST API遇SSL协议版本错误，改参数后仍握手失败求助

我来帮你排查这个SoapUI调用REST API时遇到的SSL握手失败问题，结合你描述的情况，咱们一步步来分析解决：

1. 调整HTTPS协议版本配置 #

你之前添加的参数里包含了SSLv3，但现在绝大多数API都已经禁用了不安全的SSLv3协议，这可能是导致握手失败的核心原因之一。建议你修改SoapUI-5.3.0.vmoptions文件里的参数，只保留安全的TLS版本：

-Dsoapui.https.protocols=TLSv1.2,TLSv1.3

修改后一定要重启SoapUI再测试。另外，你可以检查下SoapUI使用的JVM版本：打开SoapUI的「帮助」→「关于」，如果是JDK 7及以下版本，默认对TLSv1.2的支持有限，这种情况下建议升级SoapUI配套的JDK到8及以上版本。

2. 检查证书信任问题 #

浏览器和Postman会自动信任大部分正规CA颁发的证书，或者你可能已经在Postman中手动导入过目标API的证书，但SoapUI的JVM信任库可能没有包含这个证书，导致握手失败。

解决步骤： #

• 从浏览器导出证书：打开目标API的URL，点击地址栏的锁图标，查看证书详情，将证书导出为.crt格式文件。
• 导入证书到SoapUI的JVM信任库：找到SoapUI安装目录下的jre/lib/security/cacerts文件，使用keytool命令导入（默认密钥库密码是changeit，输入时不会显示字符）：

  keytool -import -alias api-cert -file /你的证书路径/xxx.crt -keystore /SoapUI安装路径/jre/lib/security/cacerts
  

• 临时测试方案：如果只是想快速验证是否是证书问题，可以在REST请求的「SSL Settings」里勾选「Disable SSL Verification」（注意：此方法仅用于排查，生产环境不建议使用）。

3. 排查加密套件不匹配问题 #

目标API可能只支持特定的加密套件，而SoapUI默认使用的加密套件列表中没有包含这些，也会导致握手失败。

解决步骤： #

• 先确认API支持的加密套件：使用openssl命令测试（需要安装OpenSSL）：

  openssl s_client -connect 你的API域名:443 -tls1_2
  

  在输出结果中找到Cipher Suite相关的内容，记录下服务器支持的套件。
• 在SoapUI-5.3.0.vmoptions中添加指定加密套件的参数，比如：

  -Dhttps.cipherSuites=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  

  把上面的套件替换成你从openssl输出中查到的内容，多个套件用逗号分隔。

4. 检查代理配置（如果适用） #

如果你在公司网络环境下，浏览器和Postman可能配置了代理服务器，但SoapUI没有同步配置。打开SoapUI的「File」→「Preferences」→「Proxy Settings」，确保代理地址、端口和认证信息和浏览器/Postman完全一致。

5. 考虑升级SoapUI版本 #

SoapUI 5.3.0是比较老旧的版本（发布于2017年），对新的TLS协议和加密套件支持不足。你可以尝试升级到最新的SoapUI Open Source版本，新版本通常修复了大量SSL相关的兼容性问题。

内容的提问来源于stack exchange，提问作者Anil Kumar P