【问题标题】:Post Request reassembled TCP segment greater than content-length发布请求重新组装的 TCP 段大于内容长度
【发布时间】:2019-04-07 23:29:24
【问题描述】:

我使用wireshark检查post请求,发现重新组装的TCP段大小大于content-length,是因为content-length仅适用于body的大小吗?并且 ressambled 包括标题?

[3 Reassembled TCP Segments (1664 bytes): #1233(578), #1235(1028), #1237(58)]
[Frame: 1233, payload: 0-577 (578 bytes)]
[Frame: 1235, payload: 578-1605 (1028 bytes)]
[Frame: 1237, payload: 1606-1663 (58 bytes)]
[Segment count: 3]

 [Reassembled TCP length: 1664]

Hypertext Transfer Protocol
content-length: 1249\r\n

【问题讨论】:

    标签: tcp wireshark content-length


    【解决方案1】:

    是因为 content-length 仅适用于正文的大小

    正确。 content-length 仅描述消息体的长度。来自the HTTP standard

    14.13 内容长度
    Content-Length entity-header 字段表示实体主体的大小,以十进制的八进制数...

     

    ... 并且 resambled 包括标题?

    鉴于您显示了包含在重组数据中的部分标头,这些数据显然至少包含部分标头。

    【讨论】:

    • [重组TCP长度:1664]不只是内容长度吧?
    • @MohammadKarmi:再次:内容长度标头仅给出消息正文的长度。重组后的 TCP 长度可能是 header 和 body。
    猜你喜欢
    • 1970-01-01
    • 2014-08-17
    • 2018-04-18
    • 1970-01-01
    • 1970-01-01
    • 2011-11-22
    • 1970-01-01
    • 2023-03-10
    • 2018-07-12
    相关资源
    最近更新 更多