在本地MULE运行时禁用TLS版本
目前mule 3.9使用java 1.8并启用了所有TLS，因此现在我需要禁用V1.0，这将出现任何问题在本地MULE运行时禁用TLS版本,mule,mule-studio,anypoint-studio,mulesoft,mule-esb,Mule,Mule Studio,Anypoint Studio,Mulesoft,Mule Esb,目前mule 3.9使用java 1.8并启用了所有TLS，因此现在我需要禁用V1.0，这将出现任何问题 或者，在使用https连接到其他API的现有mule API中会出现任何问题，因为我的mule API正在调用其他外部API，有时在mule 3.9和Java 1.8中默认禁用TLS 1.0。只有当您的应用程序尝试连接到任何仅接受TLS 1.0的HTTPS服务时，才会出现问题。这些将拒绝您的HTTPS请求 如果那些只公开TLS1.0的服务是API或不是API，那就无关紧要了，因为我们将HTT
或者，在使用https连接到其他API的现有mule API中会出现任何问题，因为我的mule API正在调用其他外部API，有时在mule 3.9和Java 1.8中默认禁用TLS 1.0。只有当您的应用程序尝试连接到任何仅接受TLS 1.0的HTTPS服务时，才会出现问题。这些将拒绝您的HTTPS请求 如果那些只公开TLS1.0的服务是API或不是API，那就无关紧要了，因为我们将HTTPS作为一种通信传输，他们所做的并没有改变这一点。它可能是计划HTTPS或HTTPS背后的SOAP web服务
Anypoint平台多年来一直不推荐TLS 1.0，因此任何平台API和全局负载平衡器都会拒绝TLS 1.0。我从Mule连接的服务是REST或SOAP，因此我是否应该检查这些服务是否可以在TLS 1.2Yes或TLS 1.1上工作。您可以使用openssl（示例：）或其他一些工具来验证服务支持TLS1.2。如果他们只支持TLS1.0，那么问题不在于Mule，而是服务只支持一个不推荐使用且非常不安全的协议。