我有一台服务器,需要接收大型(64K)GET请求.看起来haproxy(v 1.6)的编译时限制为16K.我希望我错过了一些东西.
I have a server that needs to receive large (64K) GET requests. It looks like haproxy (v 1.6) has a compile-time limit of 16K. I'm hoping I missed something.
cbonte.github.io /haproxy-dconv/1.6/configuration.html#3.2-tune.bufsize
除了重新编译haproxy以外,还有其他指针吗?
Any pointers other than recompiling haproxy?
有些相关,为什么在这种情况下,haproxy会返回400而不能返回414?
Somewhat related, any insight why haproxy would return 400 and not 414 in such a case?
推荐答案我可以为主要问题提供答案.尽管有链接的文档,但它似乎不是编译时的选项.设置就足够了
I can provide an answer to the primary question. Despite the linked documentation, this appears not to be a compile-time option. It was enough to set
tune.bufsize 65536在/etc/haproxy/haproxy.cfg的全局部分中.
关于400 vs 418,这是我自己的偏见. HAProxy表示请求太长了,它包含在400中.我在想GET请求,其中URI本身太长(418),这是请求本身太长的子集.
As to 400 vs 418, this was my own bias. HAProxy is saying that the request is too long, which is included in 400. I was thinking of GET requests in which the URI itself is too long (418), and this is a subset of the request itself being too long.
更多推荐
haproxy和大型GET请求
发布评论