Cloudron Forum

@girish I think it was ultimately a disk space issue - I restarted unbound and that seemed to do the trick. I have to move servers again because of a Vultr restriction (block storage not in the zone I had the VM in) that's unrelated to Cloudron so I'll see what happens. Thanks guys!

@nebulon Unfortunatelly not.

@khadanja Is your idea to forward all queries ? The example config you pasted will only forward DNS queries for cloudron.lan (sic). You need the config in https://forum.cloudron.io/topic/5756/custom-dns-server-in-local-network/2 to forward all queries to your router.

@hendrikvl It's not a problem to have local network specific configuration in unbound. See https://docs.cloudron.io/networking/#private-dns .

As for the motivation, we use unbound because the mail server needs to do DNSBL queries. Most of the DNSBL servers like Zen SpamHaus will not respond if the queries originate from Google/Cloudflare DNS. This forces us to run our own DNS server.

The other motivation was also to log DNS lookups by apps to identify any malicious use but we never got around to this (this was initially designed for a setup where we expected all app packages to be done by 3rd party).

Finally, the unbound server should not be used much at all because most of the apps should not be querying anything external.

@nebulon Thanks!!!
I followed the recommendations and I managed to fix it.
I tried to do in the application terminal itself.
But it turned out it was necessary to use the server terminal. (feel stupid 😂 )
The problem was with the "Unbound" service.

Looks like this is fixed upstream with next release then https://github.com/nextcloud/richdocuments/pull/1412

Yup. This makes no sense.

9bafe7ee-807e-4e2a-ae5d-bbf0b94cf89e-image.png