uwsgi OSError消息太多

Question

使用uwsgi & nginx运行Django 3 python 3.6应用程序会抛出太多这样的东西！我已经花了太多的时间试图弄清楚，所以欢迎任何帮助。

它们绝对不是客户断开连接。在网上查找时，我发现了许多uwsgi ini配置，并尝试了其中的许多配置，但都无济于事。其中大多数是来自一个没有业务访问网站的国家的HEAD请求，但也有许多正常的请求也收到了这个错误。这些消息如下所示：

Uwsgi日志：

Tue Sep 22 08:52:16 2020 - SIGPIPE: writing to a closed pipe/socket/fd (probably the client disconnected) on request / (ip x.xx.xx.xx) !!!
Tue Sep 22 08:52:16 2020 - uwsgi_response_writev_headers_and_body_do(): Broken pipe [core/writer.c line 306] during GET / (x.xx.xx.xx)
OSError: write error
[pid: 9852|app: 0|req: 6262/18763] x.xx.xx.xx () {46 vars in 981 bytes} [Tue Sep 22 08:52:15 2020] GET / => generated 0 bytes in 313 msecs (HTTP/1.1 200) 7 headers in 0 bytes (0 switches on core 0)

Nginx访问日志：

x.xx.xx.xx - - [22/Sep/2020:08:52:16 +0200] "GET / HTTP/1.1" 499 0 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 13_7 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1.2 Mobile/15E148 Safari/604.1"

用户不太可能在短短313毫秒内试图逃离网站。这是当前运行的ini的最低版本：

[uwsgi]
uid=www-data
gid=www-data
project=mysite
chdir=/home/myuser/releases/mysite-website/web
plugin=python36
wsgi-file=mysite/wsgi.py
daemonize=/home/myuser/logs/uwsgi/mysite-website.log
home=/home/myuser/releases/venv
processes = 1
enable-threads = true
socket=/var/run/uwsgi/app/mysite/socket.sock
pidfile=/var/run/uwsgi/app/mysite/project-masterpid
vacuum = true
touch-reload=/home/myuser/releases/mysite-website/web/mysite/wsgi.py

Nginx：

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;

uwsgi_pass unix:///var/run/uwsgi/app/mysite/socket.sock;
include uwsgi_params;
uwsgi_param HTTPS on;
uwsgi_param UWSGI_SCHEME https;
uwsgi_read_timeout 60s;

uwsgi_params：

uwsgi_param  QUERY_STRING       $query_string;
uwsgi_param  REQUEST_METHOD     $request_method;
uwsgi_param  CONTENT_TYPE       $content_type;
uwsgi_param  CONTENT_LENGTH     $content_length;

uwsgi_param  REQUEST_URI        $request_uri;
uwsgi_param  PATH_INFO          $document_uri;
uwsgi_param  DOCUMENT_ROOT      $document_root;
uwsgi_param  SERVER_PROTOCOL    $server_protocol;
uwsgi_param  REQUEST_SCHEME     $scheme;
uwsgi_param  HTTPS              $https if_not_empty;

uwsgi_param  REMOTE_ADDR        $remote_addr;
uwsgi_param  REMOTE_PORT        $remote_port;
uwsgi_param  SERVER_PORT        $server_port;
uwsgi_param  SERVER_NAME        $server_name;

Answer 1

根据我的经验，这些都是合法的断开连接，其中HTTP客户端(浏览器)关闭连接，而Nginx则关闭uWSGI正在向其写入响应的文件描述符。参见full write-up。

我可以通过访问任何重要的Django页面并快速敲击F5 (刷新)键几次来可靠地复制这个问题。这表明这些错误是正常操作的一部分，不会造成任何负面的用户体验，因此可以安全地忽略。

当然，这些断开连接可能是由行为糟糕的HTTP客户端或自动攻击造成的，但这两种情况都不在您的控制范围之内。

要在日志中隐藏这些异常，您需要以下所有三个uWSGI设置，每个设置都对应于您列出的一个错误行。

ignore-sigpipe
ignore-write-errors
disable-write-exception

如果您正在使用类似的工具，那么disable-write-errors选项还可以防止将错误发送到像Sentry这样的工具。