SSL_write 报告成功但在 Safari 中失败

Question

我有自己的使用 openssl 的网络服务器实现。

我正在使用 SSL_write 的阻塞版本来传输数据和 OSX 上最新的 Safari。

我的逻辑如下：

num_bytes = 0;
while( num_bytes < bytes_to_send) {
  int n = SSL_write(...);
  if (n <= 0) {
     ... // Handle error, break loop
  }
  num_bytes += n;
}
// Close the socket

我遇到的一个不常见的问题是 Safari 报告 Failed to load resource: The network connection was lost.

当我在 Safari 下的开发者面板中检查资源时，它显示接收到的字节数少于预期。

我已经调试了我的代码并确定SSL_write 报告在我关闭连接之前所有字节都已传输。

当我不关闭连接时，此错误不再发生。

这使我得出以下结论：

SSL_write 错误地报告了在实际发生之前已成功传输的字节数，并且在传输后立即关闭连接会缩短传输时间。

我是正确的，还是我缺少关于 SSL_write 的详细信息？

更新：

在检查了我处理 SSL_shutdown 的方式后，我看到报告了几个 SSL_ERROR_SYSCALL 错误。这可能与我的问题有关，也可能无关，因为这些错误不会在受影响的 http 传输后直接返回。奇怪的是，在受影响的 http 传输期间，除了阻塞调用的重试错误之外，SSL_shutdown 没有报告任何错误。

关机代码

// First shutdown SSL
SSL_CTX_free(ctx);
if (SSL_shutdown(ssl) == 0) {
  // Call SSL Shutdown again
  SSL_shutdown(ssl);
}
SSL_free(ssl);

// Now shutdown port
struct linger linger;
linger.l_onoff = 1;
linger.l_linger = 10;
setsockopt(socket, SOL_SOCKET, SO_LINGER, (char *)&linger,
           sizeof(linger));

shutdown(socket, SHUT_WR);
while(recv(...) > 0) { }
closesocket(socket);

更新 #2

我设置了带有 ssl 解密的wireshark 来捕获错误。这是它的样子：

注意第一条绿线，它显示了来自 Safari 对 PatientSearch.js 的 HTTP 请求。现在第二条绿线显示了来自我的网络服务器的 HTTP 响应。此响应包含整个文件，然后是断开协议。

更新 #3

这件事变得越来越神秘。在检查了成功传输的 Wireshark 跟踪之后，成功传输与失败传输的协议模式没有区别。现在完全糊涂了。

Answer 1

您的发送循环没有正确跟踪发送的字节数。它应该看起来更像这样：

unsigned char *data = ...;
while (bytes_to_send > 0) {
  int num_sent = SSL_write(ssl, data, bytes_to_send);
  if (num_sent <= 0) {
    // handle error as needed...
    break;
  }
  data += num_sent;
  bytes_to_send -= num_sent;
}
// Close the socket

或者这个：

unsigned char *data = ...;
int num_total_sent = 0;
while (num_total_sent < bytes_to_send) {
  int num_sent = SSL_write(ssl, &data[num_total_sent], bytes_to_send - num_total_sent);
  if (num_sent <= 0) {
    // handle error as needed...
    break;
  }
  num_total_sent += num_sent;
}
// Close the socket

---

更新：

SSL_write 错误地报告了在实际发生之前已成功传输的字节数

返回值报告它从您那里接受的字节数。这并不能保证这些字节实际上已经被传输了。它们被加密并用于创建传出 SSL 帧，该帧位于底层套接字的出站缓冲区中，等待内核在后台实际传输它。该传输可能需要一些时间，尤其是在套接字上启用了 Nagle 算法的情况下（通常默认情况下）。

在切断传输后立即关闭连接。

这是可能的，具体取决于您如何关闭连接、如何配置套接字的 linger 选项等。默认情况下，优雅地关闭套接字应该允许内核在后台花费一些额外的时间来写出任何在它实际关闭连接之前挂起的数据。您通常需要采取额外措施来改变这种行为。