c++ - SSL_connect() 和 SSL_accept() 调用

Question

几天来，我一直在努力解决这个问题，想弄清楚它们是如何工作的。我已经阅读了文档并查看了一些示例，但我仍然需要指导。

具体来说，当客户端调用 connect() 并成功连接到服务器主机时，我是否应该在它之后立即发出 SSL_connect() 以启动握手？然后，客户端尝试使用 SSL_write() 将一些字节写入套接字。

另一方面，服务器使用pselect() 监视任何准备好读取的读取fds，并为传入连接成功发出accept() 调用。我是否应该在 accept() 返回以完成握手后立即发出 SSL_accept() 调用？

我注意到 SSL_connect() 返回 SSL_ERROR_WANT_READ(这是在 select() 调用之后发出 SSL_connect() 以监视写 fd 集和返回并根据 Openssl 文档)。

此处发出调用的正确程序是什么，顺序是什么？

编辑以添加代码片段 -

Client side :
          err = connect(fd, addr, addrlen);

          if ( err == -1 && errno == EINPROGRESS )
          {
              // check if this is a true error,
              // or wait until connect times out
              fd_set fdset;
              FD_ZERO(&fdset);
              FD_SET(sfd, &fdset);
              timeval tv =  {F_sockwaitconnect, 0};                                                   TEMP_FAILURE_RETRY(err = select(fd + 1,\
                                NULL,\
                                &fdset,\
                                NULL,\
                                &tv));

                  // what happened?
                  if ( err == 1 )
                  { 
                      connect was successful
                  }
                  else
                     return 0;

            const SSL_METHOD *method;
            SSL_CTX *cctx;
            SSL *cssl;

            FILE *fp;
            fp = stdout;

            ERR_clear_error();

            method = TLSv1_client_method(); 
            cctx = SSL_CTX_new(method);   

            if ( cctx == NULL )
            {
                ERR_print_errors_fp(stdout);
                return 0;
            }

         SSL_CTX_set_verify(cctx, SSL_VERIFY_PEER, NULL);
         SSL_CTX_set_verify_depth(cctx, 4);
         if (SSL_CTX_load_verify_locations(cctx, "mycert.pem", NULL) == 0)  
              return 0;                   

         SSL_CTX_set_options(cctx, SSL_OP_NO_SSLv2 | SSL_OP_NO_SSLv3 | SSL_OP_NO_TLSv1_1 | SSL_OP_NO_COMPRESSION);

         ERR_clear_error();

         cssl = SSL_new(cctx);   /* create new SSL connection state */
         SSL_set_fd(cssl, fd);   * attach the socket descriptor */

         ERR_clear_error();
         int rconnect = SSL_ERROR_WANT_READ;
         while ( rconnect == SSL_ERROR_WANT_READ || rconnect == SSL_ERROR_WANT_WRITE )
         {
             char *buf = (char *) malloc(124);
             ERR_error_string(SSL_get_error(cssl, rconnect), buf);
             ERR_clear_error();
             if ( rconnect == SSL_ERROR_WANT_READ ) {    
                 int err = 0;
                 fd_set fdset;
                 FD_ZERO(&fdset);
                 FD_SET(fd, &fdset);
                 timeval tv =  {F_sockwaitconnect, 0};
                 TEMP_FAILURE_RETRY(err1 = select(fd + 1,\
                                                  &fdset,\
                                                  NULL,\
                                                    NULL,\
                                                    &tv));
                  // what happened?
                  if ( err == 1 )
                  {                   
                      rconnect = SSL_connect(cssl);   
                   }
               }
            }
            X509 *cert;
            cert = SSL_get_peer_certificate(cssl);
            char line[2000+1];
            if ( cert != NULL )
            {
              X509_NAME_oneline(X509_get_subject_name(cert), line, MAX_SIZE);
              X509_NAME_oneline(X509_get_issuer_name(cert), line1, MAX_SIZE);
              X509_free(cert);
            }

            ERR_clear_error();
            r = SSL_write(cssl, buffer, len);
            < check error >


Server side :
    int res = pselect(max_fd + 1,   // host socket file descriptor
                      &fd_setw,      // set of ds wait 4 incoming data
                      NULL,          // no write operations
                      NULL,          // no exception operations
                      &tm,           // how much time to wait
                      &sig_set);     // block all signals
     if ( event on listening socket )
     {
          client = accept(sfd, &peer, &peerl);  
     }
     else       // incoming data to receive on existing connection
     {
          SSL *ssl;
          FILE *fp = stdout;
          if ( !ctx )
          {
              return 0;
          }

           ERR_clear_error();

           ssl = SSL_new(ctx);
           SSL_set_fd(ssl, soc);

           int ret = SSL_accept(ssl);
           while (ret <= 0) {
              ERR_print_errors_fp(fp);
              char *buf = (char *) malloc(124);
              ERR_error_string(SSL_get_error(ssl, ret), buf);
              ERR_clear_error();
              ret = SSL_accept(ssl);
            }

            X509 *cert;
            cert = SSL_get_peer_certificate(ssl);
            char line[2000+1];
            if ( cert != NULL )
            {
               X509_NAME_oneline(X509_get_subject_name(cert), line, MAX_SIZE);
               X509_NAME_oneline(X509_get_issuer_name(cert), line1, MAX_SIZE);
               X509_free(cert);
             }
             // get data and analyze result
             int rc = 0;
             bool recv_called = false;           
             rc = SSL_read(ssl, buffer, len);
             < check error >
     }

在上述所有操作之前，服务器打开、绑定(bind)并监听一个非阻塞套接字以获取任何新的传入客户端连接。

当我运行上面的代码时，客户端执行 connect() 而服务器执行 accept()。服务器现在在 pselect() 处等待任何 fd 准备好接收数据。另一方面，客户端位于 SSL_connect() 并不断收到 SSL_ERROR_WANT_READ 错误。 select() 返回套接字已准备好读取。我的猜测是客户端正在等待握手的 SSL_accept() 部分？我不知道为什么服务器在 pselect() 等待。 SSL_accept() 周围的代码是错误的，即它循环并且不查找 WANT_READ 和 WANT_WRITE 错误，但我没有在代码中达到这一点。

Answer 1

SSL_connect 可以在 connect 完成时调用。由于 connect 和 SSL_connect 都需要与对等方交换数据，因此在使用非阻塞套接字时它们可能不会立即成功。如果 SSL_connect 返回错误 SSL_WANT_READ 或 SSL_WANT_WRITE 您必须在新数据在套接字上可用后再次调用它 (SSL_WANT_READ ) 或套接字可写 (SSL_WANT_WRITE)。您可以使用 select、pselect、poll、epoll、kqueue 或您的操作系统为此提供的任何 API 检查或等待。

SSL_accept 和accept 类似，即 SSL_accept 可以在accept 成功后直接调用，不一定立即成功，因为需要与 SSL 客户端进行数据交换，因此如果它返回 SSL_WANT_READ 或 SSL_WANT_WRITE 错误，您必须再次调用它。

请注意，SSL_write 和 SSL_read 也可能导致此类错误。也就是说，对于这些功能，您还需要处理 SSL_WANT_READ 和 SSL_WANT_WRITE，并且处理方式与 SSL_connect 和 SSL_accept。 SSL_read 甚至可能导致 SSL_WANT_WRITE，因为即使 SSL session 已经建立，SSL 重新协商也可能发生。