Re: Global nameservers or alternative to / change in FallbackNameservers

Grant Erickson <[email protected]>
Newsgroups dev.linux.lists.connman
Message-ID <[email protected]>
On Jun 16, 2024, at 8:47 AM, Richard Sent <[email protected]> wrote:
> I'm using Connman with --nodnsproxy on a virtual private server where
> the DNS servers discovered via DHCP have inconsistent availability. I
> thought I could resolve this by setting FallbackNameservers. However,
> this setting is only used when DHCP does not provide DNS at all, as
> opposed to my initial thinking of using it as a fallback in case the
> DHCP discovered DNS servers fail.
> 
>> # List of fallback nameservers separated by "," used if no
>> # nameservers are otherwise provided by the service. The
>> # nameserver entries must be in numeric format, host
>> # names are ignored.
>> # FallbackNameservers =
> 
> This results in a resolv.conf containing only the nonfunctional DHCP
> discovered DNS servers and not my fallback DNS. I could configure
> nameservers on a per-connection basis, but this is frustrating to have
> to do on a system that could be deployed to different hosters that may
> enumerate the network interfaces differently.
> 
> There does seem to be some demand for a way to set global nameservers,
> as opposed to per-connection [1]. This case is even worse to do manually
> because it discusses a laptop which roams between connections
> constantly.
> 
> If breaking backwards compatibility with the old FallbackNameservers
> behavior is considered unacceptable, I propose a GlobalNameservers
> setting in connman.conf.
> 
> I do see a line in service-api.txt that implies global nameservers are
> in fact already a thing, but can't find any other references to them.
> This comment was added back in 2010, before FallbackNameservers was
> added.
> 
>> Global nameservers are automatically added to this
>> list. The array represents a sorted list of the
>> current nameservers. The first one has the highest
>> priority and is used by default.

Richard,

I agree with your conclusion; in running down a similar issue, I’d wrote a note to myself in an internal tracking issue to the effect of:

    In the process of working on <redacted>, I’ve discovered that this is by design.

    “Fallback Name Servers” are only used if there are no automatic (assigned by DHCP or
    per-service configured name servers).

    What would be required here would be a new setting, ‘PreferredNameServers', that would
    take precedence over assigned by DHCP or per-service configured name servers and effectively
    would override per-service configured name servers.

The same applies to time servers. So I can see a general configuration pattern where:

    Fallback{Name,Time}servers
        Use these {name,time} servers if the DHCP server does not provide one.

    {Global,Preferred}{Name,Time}servers
        Always use these {name,time} servers, prepending them to the front of
        their respective lists, even if the DHCP server does provide one.

I’m partial to ‘Preferred’ but could see where ‘Global’ might also be a good description.

Best,

Grant 

-- 
Principal
Nuovations

[email protected]
https://www.nuovations.com/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.