Date: Mon, 21 Mar 2022 18:59:55 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 262590] [pf][patch] Anchor "blacklistd/*" not correctly shown in pfctl -a \* -s rules Message-ID: <bug-262590-227-C7TN7gbAmd@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-262590-227@https.bugs.freebsd.org/bugzilla/> References: <bug-262590-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D262590 --- Comment #9 from Matteo Riondato <matteo@FreeBSD.org> --- (In reply to Kristof Provost from comment #8) We don't end up with "anchor parent", we end up with "parent", rather than = with "parent/*": anchor_call does not include the "anchor " part, as far as I can tell.=20 Why wouldn't "parent" be what we want (notice that if you pass something wi= th '/*" to the next recursive call, you get the error). The stripping of "/*" = is exactly what happens also when parsing the command line arguments and one g= ives "-a parent/*". As for the test scenario, please notice that there is a rule inside child t= oo. If you don't like the rules that are inside parent but not inside child, you can ignore them: the issue still exists. Notice though that there is literally nothing that prevent the situation specified in the test. 'anchor "parent/*"' in pf.conf just means: evaluate = all the rules in parent and all the rules in any anchor that is a child of pare= nt, recursively. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-262590-227-C7TN7gbAmd>