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/