WireGuard Archive on lore.kernel.org
 help / color / Atom feed
From: Roy Marples <roy@marples.name>
To: wireguard@lists.zx2c4.com
Subject: Re: wg-quick invoking resolvectl instead of resolvconf on systems where that is appropriate?
Date: Wed, 11 Sep 2019 19:40:48 +0100
Message-ID: <d556f1ab-15ec-caa3-2fc3-75b84bdffbe2@marples.name> (raw)
In-Reply-To: <fca41efd-5478-7845-bc40-75598d9add90@debian.org>

I'm not subbed to this list, so please include me directly in any 
replies. Disclaimer - I'm upstream for openresolv.

Michael Biebl wrote this here:

You absolutely correct in that resolvconf is not a standard Linux 
interface - it works just fine on the BSD family as well. Infact it 
works on every POSIX environment as it just requires a Bourne Shell.
It ships by default since NetBSD-6, FreeBSD-9, DragonFlyBSD, etc - it's 
not optional on these BSD's.

Let us also not forget that resolvectl is either just as optional as 
resolvconf on Linux or just not available due to a lack of systemd. 
Examples would include Gentoo, Alpine, OpenWRT, Void Linux, Slackware, 
Devuan ... I could go on, but you get the idea.

However, I will argue that resolvconf is *the standard* modifying DNS 
interface - Debian itself shipped the default DHCP client (dhclient) 
with scripts to interface with resolvconf and the VPN and PPP clients as 
well. Gentoo does as well, because I added support for it many years 
ago. This work all predates systemd, network manager, etc.

So while it might not be installed by default, it is certainly very well 
supported and recommended.

I'll also note that just by looking at the man page, resolvctl seems to 
be lacking important privacy options in it's resolvconf (or rather) 
emulation mode so if you want to push this, better support those options!

Anyway, all this being said I would agree that supporting both systems 
*at runtime* is the better approach. openresolv does this with init 
systems, including systemd.

WireGuard mailing list

      reply index

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-10 18:50 Daniel Kahn Gillmor
2019-09-10 18:52 ` Jason A. Donenfeld
2019-09-10 21:12   ` Daniel Kahn Gillmor
2019-09-10 21:22   ` Michael Biebl
2019-09-11 18:40     ` Roy Marples [this message]

Reply instructions:

You may reply publically 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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d556f1ab-15ec-caa3-2fc3-75b84bdffbe2@marples.name \
    --to=roy@marples.name \
    --cc=wireguard@lists.zx2c4.com \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

WireGuard Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/wireguard/0 wireguard/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 wireguard wireguard/ https://lore.kernel.org/wireguard \
		wireguard@lists.zx2c4.com zx2c4-wireguard@archiver.kernel.org
	public-inbox-index wireguard

Newsgroup available over NNTP:

AGPL code for this site: git clone https://public-inbox.org/ public-inbox