Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: limit_req и белый список
- To: nginx-ru@xxxxxxxxx
- Subject: Re: limit_req и белый список
- From: Sergey Novikov <snov@xxxxxx>
- Date: Sun, 20 Sep 2009 01:18:18 +0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=td8U+TVzInltv6n763RzIStjTlz9bhS/16U+K7XFp/8=; b=Ht5yjDaV58sXr2I4pJFYXdyDFlmb0ZJsp8325CwrZF9nGJXSsQzez2FvoF0SrgDLiC eM41mMvKShAe7+YLFWTIMZOKTm9YBWzRnBvd0GKI0jUzvIOr/FOk2XJGuV2OUONHbTRE 0CjQiUFfhSA+JLg1WRMtANxY0+MOI3VJSF9io=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=rVMQky9QPf7vTWHB3JCstOQtYc26UTfev+YeC4P9CqHrehrTkbGaHuCy8uypnc/aAu ZutaUi/VNkfuUq9a9snYbCpAj/GWVKmBq1mSBsS/J5Ve6L2H6zc/vVOaLmDVSaZVTssh egC6pEb7WTPwLf37byrtNr2FkD5JwuA63S7sk=
- In-reply-to: <e3ad6170909181635p4660dabcsc68308b4a0be9ed7@xxxxxxxxxxxxxx>
- References: <a72163d20909181449n5404a6e0wd19d0f5704f93416@xxxxxxxxxxxxxx> <e3ad6170909181635p4660dabcsc68308b4a0be9ed7@xxxxxxxxxxxxxx>
Спасибо!
Еще два вопроса: направлять в именованный локейшен можно только через
return/error_page?
И второй - заметил что при превышении числа запросов в сек. все
непрошедшие запросы
тоже учитываются, так что выдача нормального результата откладывается
на неопределенный срок.
Можно как-нибудь этого избежать? (0.7.62)
19 сентября 2009 г. 3:35 пользователь Alex, the Marrch Ca'at
<marrch.caat@xxxxxxxxx> написал:
> В if-е делать сброс на специальный именованный локейшен, в котором уде
> и прописать нужный limit_req?
>
> 2009/9/19 Sergey Novikov <snov@xxxxxx>:
>> Здравствуйте.
>>
>> Хочется выборочно использовать limit_req, но не для всех IP, так как
>> на некоторых одновременно может быть много пользователей (и много
>> запросов).
|
