Security org.bouncycastle.tls.tlsCatalertReceived:SOAP Web服务调用的内部_错误（80）

错误：java.io.IOException:无法传输消息

问题详细信息：我们使用Jboss AS 5.1和OpenJDK 7（版本1.7.0_261）运行应用程序，服务器为Red Hat Linux CentOS 5

我们有一个遗留应用程序，它对NetSuite进行了多次web服务调用，在NetSuite最近更新淘汰旧密码套件之后，所有调用都开始失败。启用了TLSv1.2协议（run.conf中的-Dhttps.protocols=TLSv1.2），因为它是Java 7，所以我们添加了bouncy castle安全jar以增加受支持的密码套件（如Igor在本评论中所建议的那样），我们能够让REST Web服务调用正常工作，但是我们得到了错误-org.bouncycastle.tls.tlsCatalertReceived:SOAPWS调用的内部错误（80）

我们尝试过其他事情，但似乎什么都没有给我们带来好运：

在run.conf中使用-Dhttps显式添加NetSuite支持的密码套件。cipherSuites=TLS_ECDHE_ECDSA_with_AES_128_GCM_SHA256、TLS_ECDHE_ECDSA_with_AES_256_GCM_SHA384、TLS_ECDHE_RSA_with_AES_256_GCM_SHA384、TLS_ECDHE_RSA_with_AES_GCM_128_GCM_SHA256

在run.conf--Djdk.TLS.client.protocols=TLSv1.2中添加带有TLS.client.protocol的TLS协议

将自签名证书添加到密钥库

将NetSuite的证书添加到Java cacerts

SOAP调用在Java8中运行良好，但是将这个遗留应用程序迁移到Java8和WildFly是一项非常艰巨的任务，因此我们正在寻找替代方案

---

任何关于解决这个问题的建议都会非常有帮助，谢谢！蒂亚

TLSFatalertReceived表示从对等方接收到致命警报（即NetSuite失败）。内部错误通常意味着实现本身出错，而不是像密码套件这样的任何配置匹配，但是我不知道NetSuite在选择警报时有多谨慎。在任何情况下，除了猜测问题是什么，真正的下一步是查看NetSuite服务器日志，找出失败的地方