Le lundi 27 octobre 2014, 15:20:37 Raphael Hertzog a écrit :
> On Fri, 07 Mar 2014, Frank Heckenbach wrote:
> > The merge-hook script overwrites /etc/resolv.conf when
> > /sbin/resolvconf is not installed, thereby erasing additional
> > entries in this file such as "name" etc.
> 
> And it also erases non-IPv6 DNS servers that were present
> in that file before.
> 
> Right now, this package got installed by default on a Jessie GNOME
> desktop and it really interacts badly with NetworkManager which
> was handling the file perfectly fine (i.e. it included already the
> IPv6 DNS servers identified by rdnsd).

That *is* a problem. Indeed NetworkManager has gained support for RDNSS for a 
long time already, and thus made completely rdnssd redundant if not counter-
productive on a system with NetworkManager.

But as far as I know, whatever caused this default is not rdnssd itself.

> I believe that it should do something saner instead of overwriting.

I must disagree. If resolvconf is absent, overwriting is the most sane, or 
least insane thing to do. There just is not a lot that can be done without 
mediation for writing the resolver configuration.

> It should verify if the file contains the DNS servers it detected
> and add them if they are missing. But it should definitely not blindly
> overwrite the file...

There are currently no ways to know which entries were inserted by rdnssd 
(possibly by a previous incantation of it) and which by other tools. 
Furthermore, I doubt we can safely assume that all resolv.conf tools remove 
their entries when uninstalled. I think this suggestion is worse than the bug 
from a reliability perspective.

Really, any pair of two tools writing resolv.conf will screw stuff up without 
resolvconf present and supported by both tools. That problem affects ppp, dhcp-
client3, network-manager, wicd, connman, systemd(-networkd) just to name a 
few. And I don´t dare mention most if not all VPN clients.


-- 
Rémi Denis-Courmont
http://www.remlab.net/


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to