From: Richard Sent <richard@freakingpenguin.com>
To: connman@lists.linux.dev
Subject: Global nameservers or alternative to / change in FallbackNameservers
Date: Sun, 16 Jun 2024 11:47:32 -0400 [thread overview]
Message-ID: <87o780anzf.fsf@freakingpenguin.com> (raw)
Hi all,
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.
Thanks
[1]: https://www.antixforum.com/forums/topic/set-default-dns-for-all-users-ethernet-wifi-connections/
--
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.
next reply other threads:[~2024-06-16 15:52 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-16 15:47 Richard Sent [this message]
[not found] ` <CAG17S_MDPgomPHz0WGvc656fHobod=jwqT_t_xNqbTMw2K-Wcg@mail.gmail.com>
2024-06-16 17:13 ` Global nameservers or alternative to / change in FallbackNameservers Richard Sent
2024-06-16 17:45 ` Grant Erickson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87o780anzf.fsf@freakingpenguin.com \
--to=richard@freakingpenguin.com \
--cc=connman@lists.linux.dev \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.