Thank you both Franco and Kristof.
I was not able to make pf work with big tables without workarounds of
some kind.
Tuning net.pf.request_maxcount in sysctl.conf was not working because
this kernel parameter was raised after pf started: so, after boot, I had
pf not enabled (because table was
On 12 Dec 2020, at 15:07, Franco Fichtner wrote:
There's no reason for this to be a tunable. It's perfectly safe to
change this at runtime.
Well, RWTUN would have enabled both boot and runtime which is also
"perfectly safe". :)
Good idea. Done in 368588.
I expect to be bothering people abou
> There's no reason for this to be a tunable. It's perfectly safe to
> change this at runtime.
Well, RWTUN would have enabled both boot and runtime which is also
"perfectly safe". :)
Cheers,
Franco
___
freebsd-pf@freebsd.org mailing list
https://lis
On 12 Dec 2020, at 10:55, Segreteria wrote:
>
> I can no longer load pf at boot without workarounds as after upgrade to
> 12.2-RELEASE net.pf.request_maxcount=30 in /boot/loader.conf is not
> loaded before pf starts.
>
> Can somebody explain exactly why is this happening? Is this a new pol
Hi everybody,
I can no longer load pf at boot without workarounds as after upgrade to
12.2-RELEASE net.pf.request_maxcount=30 in /boot/loader.conf is not
loaded before pf starts.
Can somebody explain exactly why is this happening? Is this a new policy
of this kernel parameter?
What is
