gpt4 book ai didi

.net - 通过 SSLStream 发送数据时的数据包碎片

转载 作者:行者123 更新时间:2023-12-03 11:49:28 28 4
gpt4 key购买 nike

当使用 SSLStream 向(已经过身份验证的)客户端发送“大”数据 block (1 兆)时,我看到的数据包碎片/分解是 大于使用普通 NetworkStream 时。

在客户端使用异步读取(即 BeginRead()),ReadCallback 被重复调用 完全相同大小的数据 block 直到最后一个数据包(数据的其余部分)。使用我发送的数据(它是一个 zip 文件),这些段恰好是 16363 字节长。 备注 :我的接收缓冲区比这大得多,改变它的大小没有效果

我知道 SSL 以不大于 18Kb 的 block 加密数据,但由于 SSL 位于 TCP 之上,我不认为 SSL block 的数量与 TCP 数据包碎片有任何关系吗?

从本质上讲,客户端完全读取数据所需的时间比使用标准 NetworkStream(都在本地主机上!)

我错过了什么?

编辑:

我开始怀疑 SSLStream 的接收(或发送)缓冲区大小是有限的。即使我使用同步读取(即 SSLStream.Read()),也不会再有数据可用,无论我在尝试读取之前等待多长时间。这与我将接收缓冲区限制为 16363 字节的行为相同。设置底层 NetworkStream 的 SendBufferSize(在服务器上)和 ReceiveBufferSize(在客户端)没有任何效果。

最佳答案

这看起来像是由私有(private)成员定义的 SslStream 应用的数据包数据大小限制:

SSLStream._SslState.MaxDataSize

我很难理解为什么要应用此限制,或者是否可以更改它,并提出了问题 here

关于.net - 通过 SSLStream 发送数据时的数据包碎片,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11159494/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com