All of lore.kernel.org
 help / color / mirror / Atom feed
* [nftables] log flood protection?
@ 2020-09-25  8:31 ѽ҉ᶬḳ℠
  2020-09-25  9:31 ` Florian Westphal
  0 siblings, 1 reply; 4+ messages in thread
From: ѽ҉ᶬḳ℠ @ 2020-09-25  8:31 UTC (permalink / raw)
  To: netfilter@vger.kernel.org

kernel 5.9.0-rc6 armv7l | nft 0.9.6
_____

Trying to limit log entries as a preventive measure for log flooding with

log flags all prefix "foo DROP: " limit rate 1/second

however that does not work, i.e. the specified rate is not observed and 
more than 1 line / packet per sec is being printed.

Unless missed it there is nothing in the wiki or man about it, man 
(section LIMIT STATEMENT) only stating:

 >It can be used in combination with the log statement to give limited 
logging

but unfortunately no syntax sample.

How to implement log flooding protection?


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [nftables] log flood protection?
@ 2020-09-25  9:03 ѽ҉ᶬḳ℠
  0 siblings, 0 replies; 4+ messages in thread
From: ѽ҉ᶬḳ℠ @ 2020-09-25  9:03 UTC (permalink / raw)
  To: netfilter@vger.kernel.org

It is not clear whether the limit statement applies to logging (as in 
the given example) or is being interpreted in a wider context, which 
actually reads:

update @foo { ip4 saddr timeout 10s limit rate over 14000/second burst 
200 packets } log flags all prefix "foo DROP: " limit rate 1/second drop;

 From my understanding that should evaluate the 'rate over 14000/second 
burst 200 packets' for a period of '10 seconds' and then limit the log 
output to '1 line/packet per 1 second'.

But that is not what is happening and more than 1 line/packet per second 
gets buffered in the log.


On 25/09/2020 10:48, david@hajes.org wrote:
> Because you use general limit. I use per IP limit. Try iptables translate to nft. Someone explained that it floods log because one IP matches and rest goes to log. Unsure exactly.
>
> I used this article
>
> https://making.pusher.com/per-ip-rate-limiting-with-iptables/
>
> On Sep 25, 2020 10:31, ѽ҉ᶬḳ℠ <vtol@gmx.net> wrote:
>> kernel 5.9.0-rc6 armv7l | nft 0.9.6
>> _____
>>
>> Trying to limit log entries as a preventive measure for log flooding with
>>
>> log flags all prefix "foo DROP: " limit rate 1/second
>>
>> however that does not work, i.e. the specified rate is not observed and
>> more than 1 line / packet per sec is being printed.
>>
>> Unless missed it there is nothing in the wiki or man about it, man
>> (section LIMIT STATEMENT) only stating:
>>
>>> It can be used in combination with the log statement to give limited
>> logging
>>
>> but unfortunately no syntax sample.
>>
>> How to implement log flooding protection?
>>



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [nftables] log flood protection?
  2020-09-25  8:31 [nftables] log flood protection? ѽ҉ᶬḳ℠
@ 2020-09-25  9:31 ` Florian Westphal
  2020-09-25  9:41   ` ѽ҉ᶬḳ℠
  0 siblings, 1 reply; 4+ messages in thread
From: Florian Westphal @ 2020-09-25  9:31 UTC (permalink / raw)
  To: ѽ҉ᶬḳ℠; +Cc: netfilter@vger.kernel.org

ѽ҉ᶬḳ℠ <vtol@gmx.net> wrote:
> Trying to limit log entries as a preventive measure for log flooding with
> 
> log flags all prefix "foo DROP: " limit rate 1/second

This applies the limit after the log has taken place.

limit rate 1/second log flags ...

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [nftables] log flood protection?
  2020-09-25  9:31 ` Florian Westphal
@ 2020-09-25  9:41   ` ѽ҉ᶬḳ℠
  0 siblings, 0 replies; 4+ messages in thread
From: ѽ҉ᶬḳ℠ @ 2020-09-25  9:41 UTC (permalink / raw)
  To: netfilter@vger.kernel.org

On 25/09/2020 11:31, Florian Westphal wrote:
> ѽ҉ᶬḳ℠ <vtol@gmx.net> wrote:
>> Trying to limit log entries as a preventive measure for log flooding with
>>
>> log flags all prefix "foo DROP: " limit rate 1/second
> This applies the limit after the log has taken place.
>
> limit rate 1/second log flags ...

Thank you, that works now. Humble suggestion to mention the correct log 
rate limit syntax in wiki a/o man.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-09-25  9:41 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-09-25  8:31 [nftables] log flood protection? ѽ҉ᶬḳ℠
2020-09-25  9:31 ` Florian Westphal
2020-09-25  9:41   ` ѽ҉ᶬḳ℠
  -- strict thread matches above, loose matches on Subject: below --
2020-09-25  9:03 ѽ҉ᶬḳ℠

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.