On Tue, 27 Jul 1999, Nate Williams wrote:
> > If it will get ALL of you to give it a rest, how about:
> > per-rule logging limits
> > logging limit raising
> > logging limit resetting
> > Which would all NOT affect the statistics?
>
> We need more input from people who use the code, to make sure they don't
> depend on the current 'features', or can live with changes to them.
>
> Implementing it is the easy part, making sure it's the right thing to do
> is the hard part.
Well, the easy part is done, except for raising limits. Look:
ipfw: 1 Deny ICMP:8.0 127.0.0.1 127.0.0.1 out via lo0
ipfw: 1 Deny ICMP:8.0 127.0.0.1 127.0.0.1 out via lo0
ipfw: limit 2 reached on rule #1
ipfw: Entry 1 logging count reset.
ipfw: 1 Deny ICMP:8.0 127.0.0.1 127.0.0.1 out via lo0
ipfw: 1 Deny ICMP:8.0 127.0.0.1 127.0.0.1 out via lo0
ipfw: limit 2 reached on rule #1
Nice? :)
I think this feature should DEFINITELY go in. I'm going to clean it up some
(ip_fw.c itself), and then make a set of diffs for this feature.
>
>
> Nate
>
>
> To Unsubscribe: send mail to majord...@freebsd.org
> with "unsubscribe freebsd-ipfw" in the body of the message
>
Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___
gr...@freebsd.org _ __ ___ | _ ) __| \
FreeBSD: The Power to Serve! _ __ | _ \._ \ |) |
http://www.FreeBSD.org/ _ |___/___/___/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-hackers" in the body of the message
