[Support] Unbound


Recommended Posts

  • 2 months later...
  • 1 month later...
On 9/14/2021 at 3:05 PM, ySkNight said:

How to configure it so I can resolve local hostname,

 

Example, If I would like to access one of my docker container "home-assistant-core" I would like to enter homeassistant/ on browser to direct to the dashboard instead of 192.168.x.x:8123

 

I've seen the a-record.conf, but it doesn't work for me. Any help would be appreciated 

Were you able to figure this out? This is exactly what I'm trying to do and am coming up blank so far. 

Link to comment
  • 2 weeks later...

Has anyone figured out the permissions issues with the config folder?

 

I have set permissions to RW-RW-RW and set the owner to 'root' for every folder including the parent and it still cannot access the files.

 

Docker APP Config

image.thumb.png.9e0294e601251ffb54966a2b4e9cf61f.png

 

Permissions and ownership on parent folder

image.thumb.png.ccd6b9b01813bbb1ae10aba9327457c0.png

 

Permissions and ownership on folder contents

image.thumb.png.e904fef865084bf009b759767d1a904a.png

 

 

**********************   LOG FILE OUTPUT  **********************************

 

[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:12::d0d port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2::c port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2d::d port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2d::d port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:1::53 port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:503:c27::2:30 port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2d::d port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
/opt/unbound/etc/unbound/unbound.conf:293: error: cannot open include file '/opt/unbound/etc/unbound/a-records.conf': No such file or directory
/opt/unbound/etc/unbound/unbound.conf:294: error: cannot open include file '/opt/unbound/etc/unbound/srv-records.conf': No such file or directory
/opt/unbound/etc/unbound/unbound.conf:300: error: cannot open include file '/opt/unbound/etc/unbound/forward-records.conf': No such file or directory
read /opt/unbound/etc/unbound/unbound.conf failed: 3 errors in configuration file
[1661374195] unbound[1:0] fatal error: Could not read config file: /opt/unbound/etc/unbound/unbound.conf. Maybe try unbound -dd, it stays on the commandline to see more errors, or unbound-checkconf

** Press ANY KEY to close this window ** 

Edited by aglyons
Link to comment
On 8/24/2022 at 2:52 PM, aglyons said:

Has anyone figured out the permissions issues with the config folder?

 

I have set permissions to RW-RW-RW and set the owner to 'root' for every folder including the parent and it still cannot access the files.

 

Docker APP Config

image.thumb.png.9e0294e601251ffb54966a2b4e9cf61f.png

 

Permissions and ownership on parent folder

image.thumb.png.ccd6b9b01813bbb1ae10aba9327457c0.png

 

Permissions and ownership on folder contents

image.thumb.png.e904fef865084bf009b759767d1a904a.png

 

 

**********************   LOG FILE OUTPUT  **********************************

 

[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:12::d0d port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2::c port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2d::d port 53
[1661374194] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2d::d port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:1::53 port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:503:c27::2:30 port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:2d::d port 53
[1661374195] libunbound[22:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
/opt/unbound/etc/unbound/unbound.conf:293: error: cannot open include file '/opt/unbound/etc/unbound/a-records.conf': No such file or directory
/opt/unbound/etc/unbound/unbound.conf:294: error: cannot open include file '/opt/unbound/etc/unbound/srv-records.conf': No such file or directory
/opt/unbound/etc/unbound/unbound.conf:300: error: cannot open include file '/opt/unbound/etc/unbound/forward-records.conf': No such file or directory
read /opt/unbound/etc/unbound/unbound.conf failed: 3 errors in configuration file
[1661374195] unbound[1:0] fatal error: Could not read config file: /opt/unbound/etc/unbound/unbound.conf. Maybe try unbound -dd, it stays on the commandline to see more errors, or unbound-checkconf

** Press ANY KEY to close this window ** 

I'm no expert.  Trying to get mine working too.  But, did you do this;

"The container is looking for 3 files that are missing which are referenced in the default 'unbound.conf' file that was placed there. You can download/create the missing 'a-records.conf', 'forward-records.conf', and 'srv-records.conf' files.

https://github.com/MatthewVance/unbound-docker/tree/master/1.10.1
The github repository (version 1.10.1 is the current version at the time of this writing) has the 3 files you need. Just go into each file and Right-Click the Raw button and Save As in order to download the 3 files. Copy them into the appdata/unbound folder and restart the container."

 

Pay attention to the "right click in Raw"  I chased my tail for a while before realizing I'd DL'ed the html version.

Link to comment
  • 2 weeks later...

I have a rPi 4 and running pi-hole in a docker container - I used GitHub - geerlingguy/internet-pi: Raspberry Pi config for all things Internet to set it up. That part seemed to work fine and I just pointed the upstream to my existing zentyal host (which has firewall access to get out of the house). That works great. I can browse, dig, nslookup, etc.

 

I read the guide (unbound - Pi-hole documentation) to setup unbound with the intention of retiring the zentyal host and when I setup as directed, everything times out. During the setup, I did succeed in running the dig tests and they worked find. As soon as I changed the upstream DNS via the pi-hole web interface, everything started timing out.

 

I managed to troubleshoot a bit and did find that I had forgotten I only allowed the zentyal host out and replies to come back to his internally natted IP address. Adjusted my juniper firewall to allow the pi-hole as well and no longer see firewall deny messages in splunk. So I'm fairly confident that the request to whatever upstream is the default is going out and the return traffic should be coming back as well.

 

When I look at the query log via the web UI, I see the entry "forwarded to localhost#5335" so I know that part is working but I never see an entry saying "OK (cached)" which I would expect if it gets a good answer.

 

I searched the web and found other recent threads about unbound on pi-hole but they didn't help my issue. Time should be good as I have my own NTP source (another rPi with GPS connection (rPi Stratum-1 NTP Server) and it shows synched.

 

If I set the upstream DNS to include my zentyal host (.172), then everything works great and I can see in the log that host is answering the queries.


Here's the pi info and configs.

pi@inet-pi:~$ lsb_release -d
Description:	Debian GNU/Linux 11 (bullseye)
pi@inet-pi:~$ sudo apt policy openresolv
openresolv:
  Installed: 3.12.0-1
  Candidate: 3.12.0-1
  Version table:
 *** 3.12.0-1 500
        500 http://deb.debian.org/debian bullseye/main arm64 Packages
        500 http://deb.debian.org/debian bullseye/main armhf Packages
        100 /var/lib/dpkg/status
pi@inet-pi:~$ ls -l /etc/unbound/unbound.conf.d/
total 8
-rw-r--r-- 1 root root 3048 Sep  7 16:12 pi-hole.conf
-rw-r--r-- 1 root root  190 Feb  9  2021 root-auto-trust-anchor-file.conf
pi@inet-pi:~$ cat /etc/resolvconf.conf
# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details

resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1


# Mirror the Debian package defaults for the below resolvers
# so that resolvconf integrates seemlessly.
dnsmasq_resolv=/var/run/dnsmasq/resolv.conf
pdnsd_conf=/etc/pdnsd.conf
#unbound_conf=/etc/unbound/unbound.conf.d/resolvconf_resolvers.conf

pi@inet-pi:~$ cat /etc/resolv.conf
# Generated by resolvconf
search home-lan.net
nameserver 10.20.15.176
nameserver fe80::cac7:50ff:fef3:2525%wlan0

pi@inet-pi:~$ sudo cat /etc/dhcpcd.conf
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

# Example static IP configuration:
interface eth0
static ip_address=10.20.15.176/24
static routers=10.20.15.254
static domain_name_servers=10.20.15.176
static search=home-lan.net
static domain_search=home-lan.net


# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

 

I did turn on all of my tracelogging and flow debugging in my juniper and could see the outbound packets heading off to the internet port 53. I also see the firewall accept packet in splunk which is where I send my juniper syslogs to. So I'm pretty confident that it's something on the pi itself.

 

So I turned off unbound as an upstream and checked the two google IPV4 boxes and it works. Further troubleshooting shows a query coming from my desktop to pi-hole looking for bolt.dropbox. That request then goes out to 8.8.8.8:53 (this is with the two google IPV4 checkboxes off and just 127.0.0.1#5335 turned on) and shortly I see the packet come back in.

 

pi@inet-pi:~$ sudo tcpdump -nn port 5335 or port 53
07:14:48.699512 IP 10.20.15.132.49194 > 10.20.15.176.53: 59636+ A? bolt.dropbox.com. (34)
07:14:49.703916 IP 10.20.15.132.49194 > 10.20.15.176.53: 59636+ A? bolt.dropbox.com. (34)
07:14:51.707041 IP 10.20.15.132.49194 > 10.20.15.176.53: 59636+ A? bolt.dropbox.com. (34)
07:14:55.711211 IP 10.20.15.132.49194 > 10.20.15.176.53: 59636+ A? bolt.dropbox.com. (34)
07:15:02.643189 IP 10.20.15.176.38102 > 8.8.8.8.53: 61962+ PTR? 8.8.8.8.in-addr.arpa. (38)
07:15:02.659272 IP 8.8.8.8.53 > 10.20.15.176.38102: 61962 1/0/0 PTR dns.google. (62)
07:15:03.714237 IP 10.20.15.132.49194 > 10.20.15.176.53: 59636+ A? bolt.dropbox.com. (34)
07:15:16.671592 IP 10.20.15.176.59564 > 8.8.8.8.53: 59765+ PTR? 4.4.8.8.in-addr.arpa. (38)
07:15:16.688305 IP 8.8.8.8.53 > 10.20.15.176.59564: 59765 1/0/0 PTR dns.google. (62)

 

I noticed that I never see the port 5335 packet even though it shows up in the pi-hole query log (can't post a screen shot of it).

 

I am wondering if there should be an entry in the pi-hole's iptables to allow for the port 5335 traffic? Currently there is none just entries for port 53:

pi@inet-pi:~$ sudo iptables --list --line-number --numeric
Chain INPUT (policy ACCEPT)
num  target     prot opt source               destination

Chain FORWARD (policy DROP)
num  target     prot opt source               destination
1    DOCKER-USER  all  --  0.0.0.0/0            0.0.0.0/0
2    DOCKER-ISOLATION-STAGE-1  all  --  0.0.0.0/0            0.0.0.0/0
3    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
4    DOCKER     all  --  0.0.0.0/0            0.0.0.0/0
5    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
6    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
7    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
8    DOCKER     all  --  0.0.0.0/0            0.0.0.0/0
9    ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
10   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
11   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
12   DOCKER     all  --  0.0.0.0/0            0.0.0.0/0
13   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
14   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
15   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0            ctstate RELATED,ESTABLISHED
16   DOCKER     all  --  0.0.0.0/0            0.0.0.0/0
17   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0
18   ACCEPT     all  --  0.0.0.0/0            0.0.0.0/0

Chain OUTPUT (policy ACCEPT)
num  target     prot opt source               destination

Chain DOCKER (4 references)
num  target     prot opt source               destination
1    ACCEPT     tcp  --  0.0.0.0/0            172.18.0.2           tcp dpt:9100
2    ACCEPT     tcp  --  0.0.0.0/0            172.21.0.2           tcp dpt:443
3    ACCEPT     tcp  --  0.0.0.0/0            172.18.0.3           tcp dpt:9115
4    ACCEPT     tcp  --  0.0.0.0/0            172.21.0.2           tcp dpt:80
5    ACCEPT     udp  --  0.0.0.0/0            172.21.0.2           udp dpt:67
6    ACCEPT     tcp  --  0.0.0.0/0            172.18.0.5           tcp dpt:9090
7    ACCEPT     tcp  --  0.0.0.0/0            172.21.0.2           tcp dpt:53
8    ACCEPT     tcp  --  0.0.0.0/0            172.18.0.6           tcp dpt:9798
9    ACCEPT     udp  --  0.0.0.0/0            172.21.0.2           udp dpt:53
10   ACCEPT     tcp  --  0.0.0.0/0            172.18.0.4           tcp dpt:3000

Chain DOCKER-ISOLATION-STAGE-1 (1 references)
num  target     prot opt source               destination
1    DOCKER-ISOLATION-STAGE-2  all  --  0.0.0.0/0            0.0.0.0/0
2    DOCKER-ISOLATION-STAGE-2  all  --  0.0.0.0/0            0.0.0.0/0
3    DOCKER-ISOLATION-STAGE-2  all  --  0.0.0.0/0            0.0.0.0/0
4    DOCKER-ISOLATION-STAGE-2  all  --  0.0.0.0/0            0.0.0.0/0
5    RETURN     all  --  0.0.0.0/0            0.0.0.0/0

Chain DOCKER-ISOLATION-STAGE-2 (4 references)
num  target     prot opt source               destination
1    DROP       all  --  0.0.0.0/0            0.0.0.0/0
2    DROP       all  --  0.0.0.0/0            0.0.0.0/0
3    DROP       all  --  0.0.0.0/0            0.0.0.0/0
4    DROP       all  --  0.0.0.0/0            0.0.0.0/0
5    RETURN     all  --  0.0.0.0/0            0.0.0.0/0

Chain DOCKER-USER (1 references)
num  target     prot opt source               destination
1    RETURN     all  --  0.0.0.0/0            0.0.0.0/0

 

The other odd thing is that if I manually lookup something via dig pointing to unbound, it works!

 

pi@inet-pi:~$ dig @127.0.0.1 -p5335 www.google.com

; <<>> DiG 9.16.27-Debian <<>> @127.0.0.1 -p5335 www.google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 50429
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;www.google.com.			IN	A

;; ANSWER SECTION:
www.google.com.		300	IN	A	142.250.73.228

;; Query time: 39 msec
;; SERVER: 127.0.0.1#5335(127.0.0.1)
;; WHEN: Sat Sep 10 07:48:20 EDT 2022
;; MSG SIZE  rcvd: 59

 

So I'm still confused but convinced it's something on the pi and not in my network. Any help pointing me in another direction to look would be appreciated.

Edited by ShosMeister
A couple of typos
Link to comment
  • 4 months later...
  • 2 months later...

Does any one know why I constantly have to restart this container in order for it to work until I have to restart it again?

 

Multiple times a day, every day, DNS will just stop working all together.

 

Restart Unbound, and everything starts working again until it doesn't.

 

I'm using a dedicated pfsense box that is pointed directly to my pi-hole container that is directly pointed to unbound.

 

Diagnostics attached.

diagnostics-20230324-1106.zip

Edited by carnivorebrah
Link to comment
  • 2 weeks later...
On 3/24/2023 at 11:09 AM, carnivorebrah said:

Does any one know why I constantly have to restart this container in order for it to work until I have to restart it again?

 

Multiple times a day, every day, DNS will just stop working all together.

 

Restart Unbound, and everything starts working again until it doesn't.

 

I'm using a dedicated pfsense box that is pointed directly to my pi-hole container that is directly pointed to unbound.

 

Diagnostics attached.

diagnostics-20230324-1106.zip 216.28 kB · 0 downloads

 

Still having this problem, and can't find a solution.

 

My log file is filled with errors and warnings that I can't get rid of.

Searching for the error just takes me to GitHub where it states it's "fixed" in whatever version (i'm on the latest and its still not fixed), or Reddit or here where there's no solutions.

 

Makes no sense that it works and just randomly stops multiple times throughout the day. Having to restart it every few hours is getting incredibly annoying.

 

Log:

[1680787763] unbound[1:0] info: service stopped (unbound 1.13.1).
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:7fd::1 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:7fd::1 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:dc3::35 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:7fe::53 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:1::53 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:12::d0d port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:503:ba3e::2:30 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:200::b port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:9f::42 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:503:ba3e::2:30 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:7fd::1 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:1::53 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:503:ba3e::2:30 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:503:ba3e::2:30 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:200::b port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:12::d0d port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:a8::e port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:503:ba3e::2:30 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:dc3::35 port 53
[1680787764] libunbound[21:0] error: udp connect failed: Cannot assign requested address for 2001:500:200::b port 53
[1680787764] unbound[1:0] warning: setrlimit: Operation not permitted
[1680787764] unbound[1:0] warning: cannot increase max open fds from 40960 to 156232
[1680787764] unbound[1:0] warning: continuing with less udp ports: 2125
[1680787764] unbound[1:0] warning: increase ulimit or decrease threads, ports in config to remove this warning
[1680787764] unbound[1:0] error: Could not open logfile /dev/null: Permission denied
[1680787764] unbound[1:0] info: start of service (unbound 1.13.1).

 

Container:
image.thumb.png.1ef8ae9a491ce3c4a9519cf0e4d555cf.png

 

Queries being resolved by unbound in pi-hole:

image.png.106b81fd1e5da4bfdb322f583e427826.png

 

My Pfsense box is 10.100.1.1 and pointed to my Pi-Hole at 10.100.1.2 for the DNS Resolver. Pi-Hole is pointed to Unbound. It "works" for a little bit, and randomly stops until I restart it. Then it does it again and again and agian.

Edited by carnivorebrah
Link to comment

Has anyone been able to get Unbound to work on 6.11.5 using the auto-trust-anchor-file: "/opt/unbound/etc/unbound/root.key" file? I have the file in the unbound directory, but no matter what permutation I use for the anchor file or chroot (including chroot: "") I'm not able to get it to start (without the root.key file it works fine). ChatGPT can't even figure it out! I saw an old Reddit post about adding in 'username: "_unbound" into the unbound.conf but not even that is working.

 

# unbound-anchor -a /opt/unbound/etc/unbound/root.key
[1681261500] libunbound[80:0] error: failed to read /opt/unbound/etc/unbound/root.key
[1681261500] libunbound[80:0] error: error reading auto-trust-anchor-file: /opt/unbound/etc/unbound/root.key
[1681261500] libunbound[80:0] error: validator: error in trustanchors config
[1681261500] libunbound[80:0] error: validator: could not apply configuration settings.
[1681261500] libunbound[80:0] error: module init for module validator failed

 

Link to comment
  • 2 months later...

Anyone know or manage to resolves the following warning and error?

 

[1687011499] unbound[1:0] warning: setrlimit: Operation not permitted
[1687011499] unbound[1:0] warning: cannot increase max open fds from 40960 to 57568
[1687011499] unbound[1:0] warning: continuing with less udp ports: 5820
[1687011499] unbound[1:0] warning: increase ulimit or decrease threads, ports in config to remove this warning
[1687011499] unbound[1:0] error: Could not open logfile /dev/null: Permission denied

Link to comment
  • 4 months later...
On 6/17/2023 at 3:37 PM, Kira said:

Anyone know or manage to resolves the following warning and error?

 

[1687011499] unbound[1:0] warning: setrlimit: Operation not permitted
[1687011499] unbound[1:0] warning: cannot increase max open fds from 40960 to 57568
[1687011499] unbound[1:0] warning: continuing with less udp ports: 5820
[1687011499] unbound[1:0] warning: increase ulimit or decrease threads, ports in config to remove this warning
[1687011499] unbound[1:0] error: Could not open logfile /dev/null: Permission denied

In my case, I sorted the "warning: increase ulimit or decrease threads, ports in config to remove this warning" by changing...

num-threads: 15

 

to:

num-threads: 4

where 4 is the total number of cpu threads on my docker host.

As for "error: Could not open logfile /dev/null: Permission denied", I've sorted this by creating the "unbound.log" inside the chroot directory, which is the mapped appdata directory that I mapped the unbound docker to.

For the rest of the errors, I'm still in the process of sorting them.

Link to comment
  • 1 month later...

I cannot get this docker to work either

[1702190466] libunbound[19:0] error: udp connect failed: Cannot assign requested address for 2001:503:ba3e::2:30 port 53
[1702190466] libunbound[19:0] error: udp connect failed: Cannot assign requested address for 2001:7fd::1 port 53
[1702190466] libunbound[19:0] error: udp connect failed: Cannot assign requested address for 2001:500:2f::f port 53
[1702190466] libunbound[19:0] error: udp connect failed: Cannot assign requested address for 2001:500:12::d0d port 53
[1702190466] unbound[1:0] warning: setrlimit: Operation not permitted
[1702190466] unbound[1:0] warning: cannot increase max open fds from 40960 to 189120
[1702190466] unbound[1:0] warning: continuing with less udp ports: 1750
[1702190466] unbound[1:0] warning: increase ulimit or decrease threads, ports in config to remove this warning

 

unbound.thumb.JPG.a864ddfbf0fa5974e749ffac658734f5.JPGunbound1.JPG.41cd3ff1c2d60fc1bc51cab18b589771.JPGunbound2.thumb.JPG.f1005baad7aacfdfb1c15d0dd9fa57c3.JPG

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.