SSLOptions 不控制加密算法，仅管理环境变量传递、证书导出、重协商等运行时行为；Legacy算法（如SSLv3、RC4）由SSLProtocol和SSLCipherSuite指令控制。
SSLOptions 本身不控制加密算法（如 Legacy 算法），它只管理 SSL/TLS 环境变量传递、证书导出、重协商策略等运行时行为。所谓“开启后端的 Legacy 加密算法支持”，实际是概念混淆——Legacy 加密算法（如 SSLv3、RC4、MD5-SHA1 签名、export-grade 密钥）由 SSLProtocol 和 SSLCipherSuite 指令控制，而非 SSLOptions。
SSLOptions 与加密算法完全无关
SSLOptions 的作用范围仅限于：
- 向 CGI/PHP/Java 后端注入环境变量（如 +StdEnvVars）
- 是否把客户端证书内容传给后端（+ExportCertData）
- 是否允许连接中触发 TLS 重协商（+OptRenegotiate，已基本废弃）
- 是否配合 SSLRequire 强制访问控制（+StrictRequire）
它既不启用也不禁用任何密码套件，也不影响 TLS 版本协商。OpenSSL 底层是否支持 RC4 或 TLS 1.0，取决于编译选项和 SSLCipherSuite 配置，与 SSLOptions 无任何逻辑关联。
真正控制 Legacy 算法的是 SSLProtocol 和 SSLCipherSuite
若需兼容老旧客户端（如 Windows XP IE6、旧嵌入式设备），需在虚拟主机或全局 SSL 配置中显式启用旧协议和弱套件：
-
启用 TLS 1.0/1.1（不推荐）：
SSLProtocol all -SSLv3 -TLSv1.2 -TLSv1.3（保留 TLSv1.0 和 TLSv1.1） -
加入 RC4 或 3DES 套件：
SSLCipherSuite ECDHE-RC4-SHA:RC4-SHA:DES-CBC3-SHA -
禁用前向保密强制要求：
SSLHonorCipherOrder off（让客户端优先级生效）
注意：上述配置严重降低安全性，现代浏览器和 PCI DSS、GDPR 等合规标准已明确禁止使用。仅限封闭内网、不可升级终端等极特殊场景。
为什么有人误以为 SSLOptions 能开 Legacy 支持
常见误解来源：
- 看到日志里
SSL_CLIENT_CERT为空，就加+ExportCertData，误以为这能“激活”某种加密能力 - 在调试双向认证时启用
+OptRenegotiate，而该指令在 OpenSSL 1.1.1+ 中已被默认禁用，导致误判为“算法不兼容” - 未区分 Apache 主配置与 .htaccess 上下文，
SSLOptions在非 HTTPS 虚拟主机或未授权AllowOverride SSL的目录中完全不生效
Java 后端无需通过 SSLOptions 适配 Legacy 算法
Java 应用（如 Tomcat）作为反向代理后端，只接收 Apache 解密后的 HTTP 请求。它不参与 TLS 握手，也不感知 Apache 使用了哪种密码套件。只要 Apache 成功完成 SSL 握手并转发请求，Java 就能正常处理。唯一需要关注的是：
- Apache 与 Java 后端之间通信是否走 HTTP（明文）或 AJP（建议）
- 若 Apache 启用 TLS 1.3 并禁用所有 TLS 1.2 套件，而 Java 客户端（如 HttpClient）用 JDK 8u251 以下版本，则可能无法建立连接——但这属于 客户端 TLS 栈兼容性问题，不是 SSLOptions 能解决的
