[Bug 1713578] Re: Migrate /etc/resolv.conf from resolvconf to systemd-resolved
Dimitri John Ledkov
launchpad at surgut.co.uk
Tue Aug 29 11:24:41 UTC 2017
At the moment the following is done:
- on debootstrap resolved symlink is configured
- on upgrades resolvconf is preserved, and resolved is integrated to feed data into resolvconf
- if upgraded resolvconf is removed, the postrm in artful configured symlink to point at resolved
- static file is preserved i believe (need to check)
- if /etc/resolv.conf is a static file configured by network-manager, resolved may take over it (since network-manager has resolved integration), but currently doesn't.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1713578
Title:
Migrate /etc/resolv.conf from resolvconf to systemd-resolved
Status in systemd package in Ubuntu:
Confirmed
Bug description:
Moving off of resolvconf and to systemd-resolved requires that
resolv.conf is properly handled both in the case of new installs (done
as per 234-2ubuntu9 at least), but also in the case of upgrades from
previous releases or previous versions of systemd.
There are various use cases to take into account:
1) upgrades where resolv.conf is more or less default and dynamic,
uses DHCP via ifupdown (servers), or 127.0.1.1/DHCP settings from
NetworkManager (desktops), etc.
2) upgrades from manual resolv.conf settings (the user has written
their own, it's static)
3) upgrades from manual resolv.conf managed via resolvconf.
3) No resolv.conf?
Lack of resolv.conf is simple, writing one is always sane.
Upgrades from dynamic files is also straightforward, copying it to
/run/systemd/resolve/resolv.conf will keep the current state;
/etc/resolv.conf will be symlinked to that.
In the case of a manually-configured resolv.conf; whether it comes
from resolvconf or is manually configured is non-trivial if we want to
maintain the current DNS configuration and also remove resolvconf. The
removal of resolvconf can be forced, but what do we do about the
existing /etc/resolv.conf file, knowing that /run is a tmpfs?
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1713578/+subscriptions
More information about the foundations-bugs
mailing list