Ibm mobilefirst IBM Worklight 5.0.6：直接更新-SSLHandshakeException

我的应用程序通过自签名证书通过HTTPS连接到Worklight server。应用程序可以成功启动

然而，当有直接更新开始从Worklight server下载文件时，它失败了，我可以看到有关于找不到认证路径的错误消息

我可以知道SSLHandshakeException和direct update错误是否相关吗？ 谢谢

（环境：Worklight 5.0.6.1，WAS ND 8.5，测试设备：HTC One）

---

直接更新不适用于自签名证书。它打算在生产中使用，因此它只接受有效的CA证书。

直接更新不适用于自签名证书。它打算在生产中使用，因此它只接受有效的CA证书。

直接更新不适用于自签名证书。它打算在生产中使用，因此它只接受有效的CA证书。

直接更新不适用于自签名证书。它打算在生产中使用，因此它只接受有效的CA证书。

是的，直接更新的使用和SSL握手错误是相关的。Android不允许您使用自签名证书（除非您以某种方式绕过SSL）。由于无法将自签名证书安装到Android的truststore中，Android客户端无法为服务器的自签名证书建立信任

您可能在Android清单文件中指定了以下标志：

android:debuggable="true"

此标志在通过混合通道时禁用SSL验证，这可能是您之前没有看到SSL错误的原因。直接更新是在不同的级别上处理的，在该级别上该标志不适用，因此会发生SSL验证

出于开发/测试目的，您应该使用自签名CA证书。有关如何生成自签名CA，请参见以下答案：

---

是的，直接更新的使用和SSL握手错误是相关的。Android不允许您使用自签名证书（除非您以某种方式绕过SSL）。由于无法将自签名证书安装到Android的truststore中，Android客户端无法为服务器的自签名证书建立信任

您可能在Android清单文件中指定了以下标志：

android:debuggable="true"

此标志在通过混合通道时禁用SSL验证，这可能是您之前没有看到SSL错误的原因。直接更新是在不同的级别上处理的，在该级别上该标志不适用，因此会发生SSL验证

出于开发/测试目的，您应该使用自签名CA证书。有关如何生成自签名CA，请参见以下答案：

---

是的，直接更新的使用和SSL握手错误是相关的。Android不允许您使用自签名证书（除非您以某种方式绕过SSL）。由于无法将自签名证书安装到Android的truststore中，Android客户端无法为服务器的自签名证书建立信任

您可能在Android清单文件中指定了以下标志：

android:debuggable="true"

此标志在通过混合通道时禁用SSL验证，这可能是您之前没有看到SSL错误的原因。直接更新是在不同的级别上处理的，在该级别上该标志不适用，因此会发生SSL验证

出于开发/测试目的，您应该使用自签名CA证书。有关如何生成自签名CA，请参见以下答案：

---

是的，直接更新的使用和SSL握手错误是相关的。Android不允许您使用自签名证书（除非您以某种方式绕过SSL）。由于无法将自签名证书安装到Android的truststore中，Android客户端无法为服务器的自签名证书建立信任

您可能在Android清单文件中指定了以下标志：

android:debuggable="true"

此标志在通过混合通道时禁用SSL验证，这可能是您之前没有看到SSL错误的原因。直接更新是在不同的级别上处理的，在该级别上该标志不适用，因此会发生SSL验证

出于开发/测试目的，您应该使用自签名CA证书。有关如何生成自签名CA，请参见以下答案：