in-addr.arpa aggressive? confused? #94
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I thought it was because I missed the double brackets..
defining the 188 in-addr.arpa and 88 in-addr.arpa going to the same upstream does not seem to work..
but the entire 168.192 in-addr.arpa also does not
(to be clear)
also doing 168.192.in-addr.arpa all by it self does not either..
2026-04-13_02:21:22.64466 [2026-04-13T02:21:22.644Z INFO numa::ctx] 192.168.188.153:50392 | PTR 153.188.168.192.in-addr.arpa | LOCAL | NXDOMAIN | 0ms
(I have many /20's - almost all 16 that I'm liking to try this on.. if that helps for scope.. )
Thank you in advance for your time.
ah @bcookatpcsd sorry for that i tested in isolation not the whole pipeline and special-use domain intercept was running before forwarding rules, so *.168.192.in-addr.arpa always returned local NXDOMAIN regardless of your forwarding config.
Fixed in #95 - forwarding rules now take precedence.
Until we have a new release you could try it now with:
Confirmed working..
will further test different variants
and
current config section:
will test more today.
Greatly appreciate the effort.