回复: Re: about "large file" and "resume download" on reverse proxy mode

chinix chinix at gmail.com
Fri Jul 15 16:18:42 UTC 2011


Thank your reply.
But it is not for my question.
When the item isn't cached(If it is very large over 1G,it would take a long time to be cached),many normal users download it,then the proxy server would download the item from upstream server with many connections.

I seach the forum,found the same question: http://forum.nginx.org/read.php?2,193353,193633#msg-193633

Currently, there is no good way to handle this. Solution is
usually called "busy locks" (search list archives for details),
but it's not ready yet.

Maxim Dounin

I am waiting for later version.
2011-07-16



chinix



发件人: António P. P. Almeida <appa at perusio.net>
发送时间: 2011-07-15 20:49
主 题: Re: about "large file" and "resume download" on reverse proxy mode
收件人: nginx at nginx.org



On 15 Jul 2011 06h39 WEST, chinix at gmail.com wrote: 

> Dear list, I am testing nginx with reverse proxy mode.  I 
> found that nginx download the file from upstream server to 
> proxy_temp_path when I download a file from the reverse proxy 
> server,if I stop and re-download,the nginx will download the file 
> from upstream server again,and so on.  The problem is when a large 
> file on a site,someone could launch malicious multi-threaded 
> connections to attack the reverse proxy server and upstream server. 
> any configuration to limit it? 

See http://wiki.nginx.org/HttpLimitReqModule and 
http://wiki.nginx.org/HttpLimitZoneModule. 

--- appa 


_______________________________________________ 
nginx mailing list 
nginx at nginx.org 
http://nginx.org/mailman/listinfo/nginx 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20110716/1d0bcfee/attachment.html>


More information about the nginx mailing list