ssl - boost::asio 和异步 SSL 流:如何检测数据结束/连接关闭？

Question

我正在努力让 asio 和 SSL 成为 friend 。一切顺利，但有一件事造成不便:如何检测peer是否close connection，区分情况当peer在发送数据时稍作休息，打算继续几秒后？

• 提升 1.48
• OpenSSL 1.0.0e
• 使用 VS10 编译成 32 位代码
• 使用 W7 x64。

我的困惑来自于这样一个事实，即 asio 的行为是不同的普通套接字和 SSL 流。如果我使用 tcp::socket - 我在对等关闭连接时收到 EOF 错误。但是对于 boost::asio::ssl::stream - 它是不是这样的。相反，async_read_some 在传输字节时返回 0，如果我尝试继续从 SSL 流中读取 - 返回 short_error(http://www.boost.org/doc/libs/1_47_0/doc/html/boost_asio/overview/core/streams.html)。

因此，问题是:这是预期的行为，还是我配置错误？

客户端代码片段:

class client
{
public:

    // bla-bla-bla-bla-bla ....
    //
   void handle_write(const boost::system::error_code& error)
   {
       if (!error)
       {
           socket_.async_read_some(boost::asio::buffer(reply_, max_length),
               boost::bind(&client::handle_read, this,
               boost::asio::placeholders::error,
               boost::asio::placeholders::bytes_transferred));
       }
       else
       {
           std::cout << "Write failed: " << error.message() << "\n";
       }
   }

   void handle_read(const boost::system::error_code& error,
                   size_t bytes_transferred)
   {

       std::cout << "Bytes transfered: " << bytes_transferred << "\n";
       if (!error)
       {
           std::cout << "Reply: ";
           std::cout.write(reply_, bytes_transferred);
           std::cout << "\n";

           std::cout << "Reading...\n";
           socket_.async_read_some(boost::asio::buffer(reply_, max_length),
               boost::bind(&client::handle_read, this,
               boost::asio::placeholders::error,
               boost::asio::placeholders::bytes_transferred));
       }
       else if (0 != bytes_transferred)
       {
           std::cout << "Read failed: " << error.message() << ":" 
                     << error.value() <<  "\n";
       }
   }

private:
   boost::asio::ssl::stream<boost::asio::ip::tcp::socket> socket_;
   boost::asio::streambuf request_;
   char reply_[max_length];
};

如果我们删除 if (0 != bytes_transferred)，我们将得到“短读”:(。

如果我们将代码用作 ai，输出将是这样的:

Request is:

GET / HTTP/1.0

Cookie: Nama-nama=Vala-vala

Bytes transfered: 1024

Reply: HTTP/1.0 200 ok Content-type: text/html

..... bla-bla-bla ....

Reading... Bytes transfered: 1024

..... bla-bla-bla .... ..... bla-bla-bla ....

Reading... Bytes transfered: 482

..... bla-bla-bla ....

Reading...

Bytes transfered: 0

同时，如果我们编写代码而不是 async_read_some，那有什么用普通套接字将返回 EOF:

boost::asio::async_read(socket_, response_,
    boost::asio::transfer_at_least(1),
    boost::bind(&client::handle_read_content, this,
    boost::asio::placeholders::error));

然后对于 SSL 套接字，我们将在传输字节时得到 0，然后是 short_read。

我知道没有办法检测断开连接以防对等，因为例如，刚刚从网络上拔下。但是如何检测明确的干净对等点断开连接的情况peer 只是一段时间不发送数据，但可能会发送数据晚一点？

或者，可能是我不明白什么？

世界银行，安德烈

一些补充:SSL/TLS 有通知另一方关闭连接的符号。它 close_notify 警报。也可以关闭底层 TCP 套接字。

所以，基本上，我的问题是:为什么在相同的条件下(TCP 套接字已明确关闭)我在 tcp::socket 的情况下收到 EOF，而没有收到 boost::asio::ssl::的任何内容流。

是 bug 还是 asio 特性？

又一个补充:由于某些原因，如果 SSL 收到 close_notify 或底层 TCP 套接字已关闭，asio 都没有给我 EOF。

是的，我可以通过超时检测死连接。但是我怎样才能检测到正确关闭的 SSL 连接呢？通过接收 short_read？

Answer 1

此处预计会出现 SSL_R_SHORT_READ 错误。当服务器使用 SSL_Shutdown 启动干净关闭时这会向客户端发送关闭通知关闭警报。 Asio 实现将其映射到类别为 error::get_ssl_category() 的 SSL_R_SHORT_READ 错误。它通过检测对等方是否已通过 SSL_get_shutdown 启动关闭来执行此操作.

这可以通过检查 asio/ssl/detail/impl/engine.ipp header ，特别是函数 engine::map_error_code(boost::system::error_code&).

我相信 ssl 实现在 boost 1.47 中被重写了，所以早期版本可能有不同的行为。