Re: boot ordering and resolvconf
- To: debian-devel@lists.debian.org
- Subject: Re: boot ordering and resolvconf
- From: Tollef Fog Heen <tfheen@err.no>
- Date: Mon, 01 Jul 2013 08:42:04 +0200
- Message-id: <[🔎] m2ppv27pdv.fsf@rahvafeir.err.no>
- Mail-followup-to: debian-devel@lists.debian.org
- In-reply-to: <20130612123436.GA12811@localhost> (Helmut Grohne's message of "Wed, 12 Jun 2013 14:34:36 +0200")
- References: <20130608110918.GA1482@alf.mars> <20918.158.894717.79183@chiark.greenend.org.uk> <20130612110152.GA11187@localhost> <87k3lzzha5.fsf@qurzaw.varnish-software.com> <20130612123436.GA12811@localhost>
]] Helmut Grohne
> * Treating an empty /etc/resolv.conf as a permanent error or failing
> to discover changes in /etc/resolv.conf later on.
> * Changing /etc/resolv.conf during startup of a local dns cache.
>
> So if /etc/resolv.conf is declared to be static (A), then the second
> practise is broken. And if dynamic modifications are to be supported
> (B), then the first practise is broken.
I think changing /etc/resolv.conf automatically is broken at all. We
should have a generated /run/resolv.conf that's overridden by the
settings in /etc/resolv.conf (if it exists). This allows you to have a
consistent set of domains searched for matching hosts even when roaming
to other networks. It also allows me to express the preference «I want
to use localhost as a nameserver, always» without resorting to chattr to
prevent dhclient, NetworkManager and other tools from auto-updating the
resolv.conf file.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Reply to: