Re: Where did "from <__automatic_43ce223_0> come from?
- Reply: Dave Horsfall : "Re: Where did "from <__automatic_43ce223_0> come from?"
- Reply: mike tancsa : "Re: Where did "from <__automatic_43ce223_0> come from?"
- In reply to: Dave Horsfall : "Where did "from <__automatic_43ce223_0> come from?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 25 Feb 2023 20:22:09 UTC
On 26 Feb 2023, at 9:09, Dave Horsfall wrote:
> FreeBSD aneurin.horsfall.org 10.4-RELEASE-p13 FreeBSD 10.4-RELEASE-p13
> #0: Thu Sep 27 09:21:23 UTC 2018
> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC i386
>
> (Yeah, I'll update soon, when I find a newer box)
>
> Seen in my daily security run output:
>
> +block drop in quick inet from <__automatic_43ce223_0> to any [
> Evaluations: 7333 Packets: 4 Bytes: 240 States: 0 ]
>
> Obviously something created automatically (I don't have anything
> faintly
> resembling that in my pf.conf), but how?
>
set ruleset-optimization
none Disable the ruleset optimizer.
basic Enable basic ruleset optimization. This is the
default
behaviour. Basic ruleset optimization does four
things to
improve the performance of ruleset evaluations:
1. remove duplicate rules
2. remove rules that are a subset of another
rule
3. combine multiple rules into a table when
advantageous
4. re-order the rules to improve evaluation
performance
profile Uses the currently loaded ruleset as a feedback
profile to
tailor the ordering of quick rules to actual
network
traffic.
It is important to note that the ruleset optimizer will
modify the
ruleset to improve performance. A side effect of the
ruleset
modification is that per-rule accounting statistics will
have
different meanings than before. If per-rule accounting is
important
for billing purposes or whatnot, either the ruleset
optimizer should
not be used or a label field should be added to all of the
accounting
rules to act as optimization barriers.
Optimization can also be set as a command-line argument to
pfctl(8),
overriding the settings in pf.conf.
That’d be case 3.
Kristof