Unbound errors after 24.11 update
-
I have the same
pfb_unbound.py
but not the same error messages.
But I also notice DNS queries to fail ... and the succeed after pressing F5 in the browser a few times, for example.Disabling DNSBL now for a basic A/B-test.
-
@Gertjan Thanks for the response!
What pfBlockerng version ?
Run this :
[24.11-RELEASE][root@pfSense.bhf.tld]/root: md5sum /var/unbound/pfb_unbound.py 8089faa1c4ab9886995f36970811f6ea /var/unbound/pfb_unbound.py
Do you also have 8089faa1c4ab9886995f36970811f6ea ?
That tells me that your /var/unbound/pfb_unbound.py is the same as my file.f1ea4381f1359cf1b68581eb37b25697 /var/unbound/pfb_unbound.py
That's what I got when running that command./var/unbound/pfb_unbound.py gets called by unbound to do the DNSBL filtering.
Your unbound sends something (probably DNS request bits) that your /var/unbound/pfb_unbound.py and it can not handle it. Not sure if a 0xc0 is a valid ASCI char.Any chance you've set up a host name somewhere with BOM encoding or some other host names name with UTF8 / UTF16 (characters with accents).
Pretty sure not much changed on the network or settings other than the change to 24.11. I wouldn't even know how to get accent characters on my hosts to be honest.
Btw : yeah, if /var/unbound/pfb_unbound.py fails, it probably takes unbound with it. That's bad for DNS business.
-
@sgw said in Unbound errors after 24.11 update:
I have the same
pfb_unbound.py
but not the same error messages.
But I also notice DNS queries to fail ... and the succeed after pressing F5 in the browser a few times, for example.Disabling DNSBL now for a basic A/B-test.
Thanks for the tip. Yes, that sounds like a similar issues to mine. I'm sure if I refreshed enough times it would eventually work also. I was thinking about disabling DNSBL, but I really rather not since it is still working to protect the office. I opted to enable forwarding mode and use a cloud flare public DNS. This made it so my DNS works and I get to keep pfblocker protection at least.
-
@Raffi_ said in Unbound errors after 24.11 update:
f1ea4381f1359cf1b68581eb37b25697 /var/unbound/pfb_unbound.py
Probably ok.
You are using version "16", I'm using the devel version :Btw :
IMHO : a host name is being parsed and it contain none valid characters.
Be ware : probably not you typing the host name, but it culd be any device on you LAN asking to resolve something that contains invalid chars.
or, at least, the python scripts goes bananas.
It should be more reislient, I agree.Also : fist time I see this kind of failure message on the forum. Must be something really something unique.
...wait ... (Let's search for it) -
@Raffi_ I still see these DNS issues even with pfblockerNG disabled.
My unbound does not forward DNS queries, it is set to resolve queries directly.
-
@sgw said in Unbound errors after 24.11 update:
@Raffi_ I still see these DNS issues even with pfblockerNG disabled.
My unbound does not forward DNS queries, it is set to resolve queries directly.
Interesting, what does your unbound log say? Is the error message similar to mine?
If so, you can try my temporary solution. Enter a public DNS of your choice in the general settings, and then enable forwarding mode in DNS resolver. This will still use the Unbound resolver by default, but it if fails, it will fallback to using the public DNS entries, at least that's my understanding of the description in the general settings. -
@Raffi_ I tried something different to research this in more detail:
even when pfblockerNG is disabled, unbound can still have that python-module enabled.
I disabled that now in the settings of the "DNS resolver" (=unbound) and restarted it.This lead to:
2024-12-16 17:31:05.867565+01:00 unbound 46083 [46083:0] info: [pfBlockerNG]: pfb_unbound.py script exiting
I will see if things change now. Right now I have to do other work, but I will report back.
-
@Gertjan said in Unbound errors after 24.11 update:
@Raffi_ said in Unbound errors after 24.11 update:
f1ea4381f1359cf1b68581eb37b25697 /var/unbound/pfb_unbound.py
Probably ok.
You are using version "16", I'm using the devel version :Thank you for this, maybe I will try the devel version. For the longest time I was using the devel version since it was the latest. A few months ago I went to using non devel version since it seems like devel version is the actual development version and I figured non devel would be more stable.
Btw :
IMHO : a host name is being parsed and it contain none valid characters.
Be ware : probably not you typing the host name, but it culd be any device on you LAN asking to resolve something that contains invalid chars.
or, at least, the python scripts goes bananas.
It should be more reislient, I agree.That is possible. I don't have insight into every device on the network even though it's a fairly small network. Maybe I will try looking into that.
Also : fist time I see this kind of failure message on the forum. Must be something really something unique.
...wait ... (Let's search for it)Thanks for that search, it didn't seem to bring up much.
-
@Raffi_ said in Unbound errors after 24.11 update:
Maybe I will try looking into that.
You could raise the debug level if unbound to
so the offending host name leaves a trace in the unbound logs.
Be ware : make your log file(s) big enough as this will log a huge quantity of lines.
Don't forget to set the log level back as soon as the issue is solved/ known. -
@Gertjan Thanks, good idea. I will try increasing the log level. Unfortunately pfblockerNG-devel did not solve the issue.