关于TLS版本协商、服务器选定版本获取及OpenSSL实现方案的技术咨询

嗨，针对你提出的这一系列TLS版本协商相关问题，我来逐一帮你拆解清楚：

一、方案1（先尝试TLS1.3再降级重试）是否可行？ #

首先要纠正一个关键误解：TLS协议中，服务器只能从客户端在Client Hello里声明的支持版本中选择协商版本。如果你的客户端只在Client Hello里指定最低/最高版本为TLS1.3，那服务器要么支持TLS1.3并完成握手，要么因为找不到共同支持的版本直接返回握手失败——它根本不会“选择TLS1.2”，因为客户端没告诉服务器自己支持1.2。

这就是你遇到sslv3 alert handshake failure错误的核心原因：服务器无法匹配客户端要求的唯一版本（TLS1.3），所以直接终止握手。所以你设想的“服务器选1.2后客户端重发1.2的Client Hello”的流程，从TLS协议逻辑上就不成立，自然无法实现。

二、如何通过OpenSSL获取服务器选定的TLS版本？ #

如果握手成功完成，你可以用这两个OpenSSL函数来获取最终协商的版本：

• SSL_get_version(SSL *ssl)：返回字符串形式的版本，比如 "TLSv1.2" 或 "TLSv1.3"
• SSL_get_protocol_version(SSL *ssl)：返回数值形式的版本常量，比如 TLS1_2_VERSION 或 TLS1_3_VERSION

但要注意：这些函数只有在握手成功后调用才有意义。如果握手失败（比如你遇到的那个错误），握手流程未完成，此时调用这些函数得到的结果是不可靠的，因为服务器还没选定任何版本。

三、sslv3 alert handshake failure能否作为触发TLS1.2重试的可靠依据？ #

绝对不行。这个错误是一个通用的握手失败告警，可能由多种原因导致：

• 服务器不支持客户端声明的TLS版本
• 服务器不支持客户端提供的所有密码套件（cipher suite）
• 证书验证失败（比如服务器证书过期、不被信任）
• 服务器端配置错误（比如禁用了所有客户端支持的加密套件）

你无法仅凭这个错误就确定是“服务器不支持TLS1.3”导致的，用它来触发重试会误判很多其他握手失败场景，非常不可靠。

四、方案2（设置版本范围）是最优解 #

你提到的SSL_CTX_set_min_proto_version(TLS1_2_VERSION)和SSL_CTX_set_max_proto_version(TLS1_3_VERSION)是OpenSSL官方推荐的标准做法：

• 客户端会在Client Hello里同时声明支持TLS1.2和TLS1.3
• 服务器会从这个范围内选择它支持的最高版本（通常服务器会优先选用高版本协议）
• 整个流程完全符合TLS协议规范，不需要手动处理重试，简洁且可靠

总结 #

方案1从TLS协议逻辑上就无法实现，且依赖错误码重试的方式不可靠；方案2是标准、成熟的实现方式，能完美满足你“优先用TLS1.3， fallback到TLS1.2”的需求，强烈建议你采用这个方案。

备注：内容来源于stack exchange，提问作者Mkl Mkl