<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">
> tcp_nodelay on;<br>
> limit_req_zone $binary_remote_addr zone=avi:10m rate=5r/m;<br>
> ....<br>
> location ~* ^/film/.*\.(avi|mpg|gif|jpg)$ {<br>
> limit_req zone=avi burst=5;<br>
> ....<br>
<br>
</div>Для того чтобы был limit_req ... nodealy - должно быть написано<br>
limit_req ... nodelay. А не просто limit_req. Логично?<br>
<div class="im"></div></blockquote><div><br>Мда, спасибо. :) надо еще раз прочитать матчасть и выучить все настройки где есть слово nodelay. :)<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">
[...]<br>
<br>
</div><div class="im">> 2009/07/06 13:43:01 [debug] 62060#0: *117 free: 0829E200, unused: 56<br>
> 2009/07/06 13:43:14 [error] 62100#0: *117 limiting connections by zone<br>
> "one", client: 95.32.50.65, server: <a href="http://film.arjlover.net" target="_blank">film.arjlover.net</a>, request: "GET<br>
> /film/vyzyvaem.ogon.na.sebja.2.avi HTTP/1.0", host: "<a href="http://ivanka.arjlover.net" target="_blank">ivanka.arjlover.net</a>",<br>
> referrer: "<a href="http://film.arjlover.net/film/" target="_blank">http://film.arjlover.net/film/</a>"<br>
><br>
> Последняя строчка непонятно как попала в этот grep по 117<br>
> Все строчки про limit_req - убраны.<br>
<br>
</div>Последняя строчка - это limit_conn. В целом нормальный такой<br>
range запрос, отработал штатно, вернул в точности то что<br>
запросили.<br>
<div class="im"></div></blockquote><div><br>access.log:<br>220.231.30.195 - - [06/Jul/2009:13:42:56 +0400] GET /film/zerkalo.avi HTTP/1.1 XX 206 92546<br><br>Вот это запросили? 92645 байтов? Как это возможно? Разрешен один поток, если бы это был последний кусок - было бы http 200, если он не последний, то... Даже не знаю, теоретически можно кончено делать такие запросы, но смысл? И какие качалки могут так делать? Как-то не верится, учитывая, что случается по прежнему 50 раз в минуту...<br>
<br><br>Недолго я радовался что все хорошо работает без limit_req - мне быстро напомнили зачем я это сделал, в целом все хорошо, но отдельные товарищи любят делать вот так:<br><br>193.232.126.36 - - [06/Jul/2009:16:33:39 +0400] GET /film/pyatyi.okean.avi HTTP/1.1 ZZ 206 1485423<br>
193.232.126.36 - - [06/Jul/2009:16:33:43 +0400] GET /film/pyatyi.okean.avi HTTP/1.1 ZZ 206 2908171<br>193.232.126.36 - - [06/Jul/2009:16:33:46 +0400] GET /film/pyatyi.okean.avi HTTP/1.1 ZZ 206 1487151<br>193.232.126.36 - - [06/Jul/2009:16:33:46 +0400] GET /film/pyatyi.okean.avi HTTP/1.1 ZZ 206 776981<br>
193.232.126.36 - - [06/Jul/2009:16:33:48 +0400] GET /film/pyatyi.okean.avi HTTP/1.1 ZZ 206 422760<br>193.232.126.36 - - [06/Jul/2009:16:33:48 +0400] GET /film/pyatyi.okean.avi HTTP/1.1 ZZ 206 782785<br><br>Тоже не очень понимаю как это у них получается и зачем, но достает. :( Кстати неплохо заливает за одну секунду, еще бы без обрывов - цены б ему не было. :)<br>
<br>Без nodelay играть с сотнями качалок в перестрелку 503 - не хочется, хочу держать коннект, мне кажется nginx это делает легко и красиво. <br>Но насколько я понимаю - без патча это толком не работает?<br>Ни в 7 ни 8 версии патча нет?<br>
Кстати, а можно как-то все коннекты что сверх лимита по коннектам тоже на удержание вешать? На этом фронте тоже идет перестрелка 503. :( Все что я смог сейчас сделать - повесить скорость 1b/s на 503.html - хоть как-то сдерживает это безумие, но хочется более красиво. И чтобы работало без патча. :)<br>
<br>Заморочка с пропатчиванием дюжины серверов и поддержанием патча в дальнейшем - как-то убивает весь энтузиазм. :(<br><br><br><br>
</div></div>