python – 在Nginx反向代理POST请求后面的CherryPy被破坏/截断

前端之家收集整理的这篇文章主要介绍了python – 在Nginx反向代理POST请求后面的CherryPy被破坏/截断前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我使用Cherrypy 3.1.2将我的应用程序放在Nginx后面配置为反向代理.
All都适用于GET请求,但所有POST请求都返回HTTP 400 – 格式错误的标头.

我追溯到CherryPy WSGI-Server源代码以查看请求处理代码,并发现如果对于GET请求,第一个请求行正确读取,例如:

GET /home HTTP/1.0

对于POST请求,它就像:

因此,对于包含GET / POST请求行和HTTP标头的正确形成的请求,我的应用程序从Nginx接收POST请求:

>第一个HTTP标题行从开始截断一些字节数
>然后是一个空行,表示结束od HTTP标头
>然后是“POST / home HTTP / 1.0”,这显然是请求的第一行.
>编辑:这是请求的结束,因此也没有应该遵循HTTP POST标头的正文数据.

此外,从p.1截断的字节数似乎取决于表单上有多少POST数据,例如,我在/ home FORM字段中输入的字符越多,HTTP标头中的字符就越多.

显然,当Nginx将标头传递给上游服务器(我的应用程序)时,它会以某种方式破坏标头.
但是:当我刚刚进行测试时,Nginx重定向到一些外部网站(也使用POST请求) – 一切都很顺利.

所以我现在很困难.

我的配置是:Windows XP Prof,Python / 2.5.1,CherryPy / 3.1.2,Nginx / 0.8.32
浏览器:FireFox 2.0,IE 7.0
我的应用程序(独立运行)通常在许多配置下工作和测试.

我使用非常基本的Nginx配置,如:

upstream backend {
    server localhost:8088 weight=1;
}
server {
    listen 80;
    server_name  localhost;

    location / {
        #proxy_read_timeout 300;

        proxy_pass http://backend;
        #proxy_redirect default;
    }
}

虽然在网上找到了很多其他的proxy_pass示例和配置.

任何想法在哪里寻找问题? Nginx配置,我的CherryPy应用程序还是其他地方?

新:我发现它可以正常工作,但仅适用于具有零主体内容长度的POST请求(在没有任何字段的情况下为空测试).
并验证从开始截断的字节数等于Content-length一些小的const数(可能是2).

最佳答案
你可以尝试参数:

ignore_invalid_headers   on;
sendfile                 on;

在http块…也可能尝试禁用keepalive并确保您正在记录访问/错误以进行调试.

原文链接:https://www.f2er.com/nginx/434963.html

猜你在找的Nginx相关文章