登录
首页 >  Golang >  Go问答

防止HTTP数据包合并的方法

来源:stackoverflow

时间:2024-03-04 20:45:25 354浏览 收藏

亲爱的编程学习爱好者,如果你点开了这篇文章,说明你对《防止HTTP数据包合并的方法》很感兴趣。本篇文章就来给大家详细解析一下,主要介绍一下,希望所有认真读完的童鞋们,都有实质性的提高。

问题内容

我编写 go 代码来发送 http 流数据块:

func handle02(w http.responsewriter, req *http.request){
    for {
        n, err := w.write([]byte("h\r\n"))
        if ww,ok := w.(http.flusher); ok {
             ww.flush()
        }
        time.sleep(time.millisecond * 10)
        if err != nil {
            fmt.println(err, n)
            break
        }
    }
}

客户端接收块并打印

import requests

a = requests.post(url, stream=True)
for line in a.iter_lines():
    if line:
        print(line)

它在 win10 和 linux 上运行良好。但是当我在 windows 服务器上运行客户端时,它会将这些块合并为一个数据包。我用wireshark检查发现它会将这些块打包成一个大包。

但是在win10上,wireshark结果是

服务器的每次刷新都会在客户端产生一个小数据包。没关系。 我尝试过网上的很多方法,比如 “禁用 tcp 自动调整”、“禁用 nagle 算法”

但它们不起作用。 那么我怎样才能禁止合并数据包呢?

谢谢


解决方案


您使用了错误的方法来完成这项工作。 http 是 tcp 之上的协议,客户端发送请求,服务器发送响应。没有更细的粒度,即无法控制何时发送和接收单个请求的响应的不同部分(http 分块也不提供这种粒度)。

虽然在某些特定情况下可能有可能实现更精细的控制,但当涉及不同的操作系统、不同版本的库、代理等时,这种粒度很难维持 - 因为这些只关心级别粒度是标准所需要的,而不是您想要通过滥用 http 协议来实现的。

如果您想要更细的粒度,则必须按设计时的协议使用,而不是按其在某些特定情况下适用的方式使用。这意味着您要么必须使用多个请求来获取多个响应,而不是本质上期望单个请求有多个响应。或者使用 websocket,它允许在任意时间向任何方向发送任意消息。或者直接使用 tcp,这也允许这样做。

编辑:根据评论,客户端在防火墙后面运行,服务器在外部。该问题不太可能是由 windows 与 linux 引起的,但更有可能是由防火墙引起的。 防火墙可能使用(透明)代理,因此 op 会遇到问题 described in the documentation for Flusher

这也可以从数据包捕获中看出:在成功的情况下,我们可以看到 http 分块的使用,即屏幕截图中的 33 0d 0a 68 0d 0a 0d 0a 是单个 http 块:

3\r\n     <<< this is the length of the chunk in hex
h\r\n     <<< this is the payload of the chunk
\r\n      <<< end of chunk

与此相反,在非工作情况下的数据包捕获中可以看到没有进行分块,即 68 0d 0a 68 0d 0a 68 0d 0a ... 是:

h\r\n 
h\r\n
h\r\n
...

这意味着(透明)代理可能会读取分块响应并将其作为未分块的响应转发。这种行为并不罕见,尤其是当代理进行内容分析时,就像它们经常在防火墙中所做的那样。但也可能是代理正在将客户端请求修改为 http/1.0,在这种情况下,服务器首先不会使用 http 分块编码,因为只有 http/1.1 支持这种编码。

以上就是《防止HTTP数据包合并的方法》的详细内容,更多关于的资料请关注golang学习网公众号!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>