]> git.kaiwu.me - nginx.git/commit
Upstream: fixed zero size buf alerts on extra data (ticket #2117).
authorMaxim Dounin <mdounin@mdounin.ru>
Tue, 12 Jan 2021 13:59:31 +0000 (16:59 +0300)
committerMaxim Dounin <mdounin@mdounin.ru>
Tue, 12 Jan 2021 13:59:31 +0000 (16:59 +0300)
commite1ca9851220bb6d5f8e6b967635078f35a423c7c
tree0eedcbe3501e4ea2e4831b9f931fa57d10bec96d
parent7b6b8b62dd9a66e91da0a28b06941ddb5e312590
Upstream: fixed zero size buf alerts on extra data (ticket #2117).

After 7675:9afa45068b8f and 7678:bffcc5af1d72 (1.19.1), during non-buffered
simple proxying, responses with extra data might result in zero size buffers
being generated and "zero size buf" alerts in writer.  This bug is similar
to the one with FastCGI proxying fixed in 7689:da8d758aabeb.

In non-buffered mode, normally the filter function is not called if
u->length is already 0, since u->length is checked after each call of
the filter function.  There is a case when this can happen though: if
the response length is 0, and there are pre-read response body data left
after reading response headers.  As such, a check for u->length is needed
at the start of non-buffered filter functions, similar to the one
for p->length present in buffered filter functions.

Appropriate checks added to the existing non-buffered copy filters
in the upstream (used by scgi and uwsgi proxying) and proxy modules.
src/http/modules/ngx_http_proxy_module.c
src/http/ngx_http_upstream.c