如何处理SSL_accept返回的SSL_ERROR_SSL错误？

1. 无法调用SSL_shutdown()时的连接处理方式 #

当SSL_accept()返回SSL_ERROR_SSL这类不可恢复的致命错误时，直接执行以下操作即可：

• 调用SSL_free(ssl)释放当前的SSL*对象，该函数会自动清理内部关联的所有SSL层资源；
• 关闭底层的TCP套接字（使用close()或closesocket()，根据操作系统选择对应接口）。

无需尝试其他SSL层操作，此时SSL连接已完全不可用，强行操作只会引发额外问题。

2. 能否重用SSL*对象？ #

绝对不能重用。SSL_ERROR_SSL意味着SSL*对象内部的协议状态已损坏，整个SSL握手流程出现了致命中断，没有任何方法能将其恢复到可用状态。即便尝试重新初始化该对象，内部残留的错误状态也会导致后续操作失败，必须创建全新的SSL*对象来处理新的连接。

3. 为何禁止调用SSL_shutdown()？ #

SSL_shutdown()的核心作用是完成SSL连接的优雅关闭握手，需要通信双方遵循SSL/TLS协议的关闭交互流程。但当出现SSL_ERROR_SSL时，SSL连接的协议状态已完全混乱：要么对方已主动终止协议交互，要么本地SSL*对象的内部状态已损坏。此时调用SSL_shutdown()不仅无法完成正常的关闭握手，还可能触发内存错误或程序崩溃。简言之，该操作在错误状态下毫无意义，反而会带来风险，因此文档明确禁止调用。

补充：你遇到的证书不受信导致的SSL_ERROR_SSL，本质是浏览器在证书验证阶段主动终止了SSL握手，服务器端的SSL连接流程被强行打断，属于协议层面的致命错误，完全符合上述处理逻辑。

内容的提问来源于stack exchange，提问作者Soikk