Unbound package updated to 1.4.13
-
hrmm thats normally because of DNS not resolving. When this happens double check that unbound is running. Also have you got unbound using forwarders?
-
hrmm thats normally because of DNS not resolving. When this happens double check that unbound is running. Also have you got unbound using forwarders?
Yes unbound is running and no I am not using forwarders. do I need too?
Here is what I have as settings:
Interface: LAN
Enable DNSSEC: Yes
Enable forwarding mode: No
Private Address support: Yes
Register DHCP static mappings: Yes
TXT Comment Support: No
Cache Restoration Support: YesEverything else is default except EDNS Buffer Size which is set to 4096
As for you other post I am running version 1.4.13_00
Edit:
From the cli:
unbound-control -h
Version 1.4.13
BSD licensed, see LICENSE in source package for details.
Report bugs to unbound-bugs@nlnetlabs.nlThanks for all the help!
-
Here is the latest one.
Sep 30 13:30:08 dhcpleases: Could not deliver signal HUP to process because its pidfile does not exist, No such process.
-
check your PM
-
Ok package updated to handle @serialdie's problem. Updated to 1.4.13_01
-
wagonza,
Thank you for the update.
Please bare with me as my pkg refresh is very slow as I mention before.
Thanks!
Edit:
Updating now. :)
-
All ok?
-
All ok?
wagonza,
Its all perfect!!! :D
Its even faster now!
no more waiting for my pkg repo to load :DThank You!
Pay pal Donations?
-
Good to hear!
Donations would be great! -> http://pfsense.org/donate.html and if you do donate, just mention its for Unbound.
Thanks! -
Good to hear!
Donations would be great! -> http://pfsense.org/donate.html and if you do donate, just mention its for Unbound.
Thanks!Awesome will do that. :)
I have one question. have you try after the upgrade to add a static entry under dhcp? I just did that and it cause unbound to massively crash… It wouldnt come back up from the webui I had to call it from cli.
I wanted to see if any body can replicate my issue. -
Awesome will do that. :)
thanks.
I have one question. have you try after the upgrade to add a static entry under dhcp? I just did that and it cause unbound to massively crash… It wouldnt come back up from the webui I had to call it from cli.
I wanted to see if any body can replicate my issue.hrmm odd. Since when adding a static DHCP entry it doesn't update Unbound. Unbound only gets updated when it is re-saved - as, currently, there is no way Unbound knows that the static DHCP mappings have been updated. I'll see if I can replicate what you see in the morning.
-
wagonza,
Well they have to work together some how since I have Register DHCP static mappings set to on.
Thanks for the help and awesome work. -
Yeah they do work together, but the list doesn't get updated in Unbound until you re-save on Unbound. Unlike the current DNS Forwarder which has a background process updating it automatically when leases get updated.
Unbound, currently, has no way of knowing when that list is updated so it wont auto-update.
-
Yeah they do work together, but the list doesn't get updated in Unbound until you re-save on Unbound. Unlike the current DNS Forwarder which has a background process updating it automatically when leases get updated.
Unbound, currently, has no way of knowing when that list is updated so it wont auto-update.
ah! That make since.
:)
-
Hello,
I am afraid but on my side : I have an issue : I am not able to get the ACLs (unbound_acls.php) and status (unbound_status.php) pages.
I am redirected back to the standard settings page (pkg_edit.php?xml=unbound.xml&id=0)
So it seems there is a problem with the xml config (?) -
@GLR:
Hello,
I am afraid but on my side : I have an issue : I am not able to get the ACLs (unbound_acls.php) and status (unbound_status.php) pages.
I am redirected back to the standard settings page (pkg_edit.php?xml=unbound.xml&id=0)
So it seems there is a problem with the xml config (?)That generally means Unbound is not running as it checks to see if the process is running and if not it redirects you to that first setup page.
You might have config errors which I would be interested in seeing. So from a shell you can run unbound-checkconf - it should return no errors. -
Yes, now that Unbound is running, the tab are correctly displayed. So it is not so serious…
But anyway, it is not a normal behaviour : How can we set the ACLs before starting it in that case ? -
@GLR:
Yes, now that Unbound is running, the tab are correctly displayed. So it is not so serious…
But anyway, it is not a normal behaviour : How can we set the ACLs before starting it in that case ?ok good to hear. You raise a good point though i'll remove that check for the ACL's tab.
-
It would be great, thanks !
-
Package updated to 1.4.13_02 and ACLs can now be edited before starting Unbound.