OpenSSL的SSL/BIO_get_fd

共计 951 个字符，预计需要花费 3 分钟才能阅读完成。

只要是用到了 OpenSSL，总会碰到让人心塞的事。
这次是 SSL_get_fd。我用一种很简单的方式创建了一个 SSL 对象，直接在这个对象上进行 SSL 的 accept：

bio = BIO_new(BIO_s_accept()); 
BIO_set_accept_port(bio, “1234”); 
BIO_do_accept(bio); 
SSL_set_bio(ssl, bio, bio); 
SSL_accept(ssl); 

这样就不必折腾讨厌的 sockaddr 了。后来我想在和这个 SSL 对象关联的底层 socket 上执行 setsockopt，想当然的使用了 SSL_get_fd/BIO_get_fd 这个非常自明的 API。到此为止非常棒。接下来就不爽了，我发现 setsockiot 最终操作的那个描述符是 listnen 套接字，而不是 accept 返回的那个套接字。这似乎在 API 层面上十分合理，毕竟 bio 的参数就是一个 BIO_s_accept，而和它关联的就是一个 listen 套接字。想要正确的得到 accept 返回的读写 socket 描述符，你得这么写：

[plain] view plaincopyprint? 在 CODE 上查看代码片派生到我的代码片

BIO_get_fd(BIO_next(bio), &sd);

BIO_get_fd(BIO_next(bio), &sd); 问题是，你必须知道这个 BIO stack 是如何排列的才能写出上面的代码，做到如此最好的办法就是看 OpenSSL 的源代码。

BIO 的 API 设计就一定要设计成 get/set_fd 吗？BIO 就一定要和一个 fd 相关吗？memory 类型的 BIO 如果 get fd 的话，会返回怎么的错误吗呢？既然 BIO 构成了一个叠加的 IO stack，那么也许之有最下面的那个才会和一个 UNIX fd 相关联，那为何不直接返回最下面那个呢？

通过 OpenSSL 提供 FTP+SSL/TLS 认证功能，并实现安全数据传输 http://www.linuxidc.com/Linux/2013-05/84986.htm

利用 OpenSSL 签署多域名证书 http://www.linuxidc.com/Linux/2014-10/108222.htm

OpenSSL 的详细介绍 ：请点这里
OpenSSL 的下载地址 ：请点这里