sockets - DTLS-Server 在第二个 ClientHello 之后没有正确回答

Question

我正在使用与 UDP 不同的网络传输协议(protocol)构建 DTLS 服务器和客户端设置。但是这个协议(protocol)也是不可靠的，所以需要 DTLS。该协议(protocol)使用 radio 网络将数据从客户端传输到服务器，反之亦然。为了使其与 DTLS 兼容，接收到的数据随后通过 UDP-Client 转发到服务器端的 DTLS-Server，并通过 UDP-Server 转发到客户端的 DTLS-Client，两者都在 localhost 上工作。

作为基础，我使用了 mbedTLS 的程序/ssl 目录中给出的 DTLS 示例实现。由于在传输的情况下使用的协议(protocol)不是 fastet，我通过使用 mbedtls_ssl_conf_handshake_timeout 函数调整了握手超时，这样就不会有任何可能干扰实际数据传输的早期重传。这是根据需要工作的。

大约 2 分钟后，服务器收到第一个握手消息(ClientHello)。服务器以 VerifyRequest 应答，再过 3 分钟后，服务器收到客户端的应答 (ClientHello+Cookie)。但是，服务器没有发送 ServerHello，而是使用另一个 VerifyRequest 来回答，例如他忘记了第一次初始化 ClientHello。

我将收到的 ClientHello 消息与使用相同设置但 UDP 作为网络协议(protocol)的 DTLS-Handshake 生成的一些消息进行了比较，它们几乎是等效的(除了随机部分和 cookie)。

我是否需要调整另一个超时计时器，以便服务器等待第二个 ClientHello 的时间更长？还是我忽略了另一件事？

如果您需要对问题的任何进一步描述，我会尽力提供。

我将不胜感激任何想法或提示。

Answer 1

我为延迟回复道歉
从 code 可以看出，如果cookie验证失败，则发送验证请求消息:

if( ssl->conf->transport == MBEDTLS_SSL_TRANSPORT_DATAGRAM &&
    ssl->handshake->verify_cookie_len != 0 )
{
    MBEDTLS_SSL_DEBUG_MSG( 2, ( "client hello was not authenticated" ) );
    MBEDTLS_SSL_DEBUG_MSG( 2, ( "<= write server hello" ) );

    return( ssl_write_hello_verify_request( ssl ) );
}

你应该检查你的 f_cookie_check mbedtls_ssl_conf_dtls_cookies() 中的实现集.
根据您的描述，我假设您使用的是默认 cookie 检查，因此您应该检查 mbedtls_ssl_cookie_check() 的原因。
问候，
Mbed TLS 团队成员
罗恩