unbound-resolvconf.service in failed state using systemd-resolved

Bug #2085778 reported by Chris E
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
unbound (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

In 24.04.1 it's possible to use systemd-resolved to manage DNS settings. I have this set up on a server and am then running unbound as a caching server for the local network.

The unbound install includes the unbound-resolvconf which now fails each time due to the fact that systemd-resolved is managing the /etc/resolv.conf file.

In debian there's a unbound defaults file that allows you to switch this behaviour off using an environmental variable, but with ubuntu it doesn't appear that this configuration is supported.

Nick Rosbrook (enr0n)
affects: systemd (Ubuntu) → unbound (Ubuntu)
Revision history for this message
Miriam España Acebal (mirespace) wrote :

Hi Chris,

Thanks for filing this bug and helping us make Ubuntu better.

I checked unbound Noble version and we only diverge from debian in that we don't build with hiredis on i386. Therefore, the behaviour has to be the same.

Reading the unbound/changelog, since version 1.5.7-2, we can see:

* debian/unbound.maintscript: Remove conffile /etc/default/unbound

plus

  * debian/resolvconf: No longer use RESOLVCONF_FORWARDERS from
    /etc/default/unbound

Also, from the unbound.NEWS:

>>
unbound (1.5.7-2) unstable; urgency=medium

  The unbound package no longer ships an /etc/default/unbound conffile.
  If modified, it will be renamed to /etc/default/unbound.dpkg-bak after
  upgrading.

  The /etc/default/unbound file, if it exists, will still be read and the
  behavior of the package can be modified, but the defaults have been changed
  to make it unnecessary for most users to need an /etc/default/unbound
  file.

  The following variables are still supported by the /etc/default/unbound
  file, if it exists:

[...]
    RESOLVCONF

      This variable now must be explicitly set to "false" to disable the
      unbound package's resolvconf provider. Otherwise, it defaults to
      enabled if unset.

      In previous versions, this variable had to be explicitly set to "true"
      to enable the resolvconf provider, but the /etc/default/unbound file
      shipped with it explicitly enabled.

<<

So I suspect you can create and write your own /etc/default/unbound file with RESOLVCONF=false for the purpose you're looking for.

Due to this looks like a local configuration issue rather than a bug in the software itself, I'm marking this "Invalid" because it doesn't appear to be a bug, but if I'm wrong, please change it back to "New" and add some more info to point me in the right direction. Use this link as a guide: http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

If you need help configuring, you can get community support in the Ubuntu channels on libera.chat, or in http://www.ubuntu.com/support/community

Changed in unbound (Ubuntu):
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.