From owner-freebsd-net@freebsd.org Wed Jun 17 17:34:02 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id ECEB63544E0 for ; Wed, 17 Jun 2020 17:34:02 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 49nBy24plrz46Vk for ; Wed, 17 Jun 2020 17:34:02 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: by mailman.nyi.freebsd.org (Postfix) id A304B35477F; Wed, 17 Jun 2020 17:34:02 +0000 (UTC) Delivered-To: net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A2CAF3544DF for ; Wed, 17 Jun 2020 17:34:02 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49nBy16Mblz46d1; Wed, 17 Jun 2020 17:34:01 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 05HHY0Rg086352; Wed, 17 Jun 2020 10:34:00 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 05HHXxru086351; Wed, 17 Jun 2020 10:33:59 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202006171733.05HHXxru086351@gndrsh.dnsmgr.net> Subject: Re: unbound and (isc) dhcpd startup order In-Reply-To: <20200616163619.GA87881@exodus.zi0r.com> To: Ryan Steinmetz Date: Wed, 17 Jun 2020 10:33:59 -0700 (PDT) CC: "Rodney W. Grimes" , Jaap Akkerhuis , Andriy Gapon , net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 49nBy16Mblz46d1 X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.83 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.455]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.44)[0.437]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.04)[0.036]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jun 2020 17:34:03 -0000 > > On (06/16/20 08:14), Rodney W. Grimes wrote: > >Ok, well, I just thought of one and not sure if it is an issue or not, > >doesng unbound have the ability to specify interfaces? If so those > >may not exist until NETWORKING has run? > > > > Unbound isn't really going to do anything useful without the network. I > don't think it is unreasonable that it should depend on NETWORKING. Well then the current setup for local_unbound is counter to that, as it is BEFORE: NETWORKING > I think we're in an edge case here and, perhaps, a better solution might > be to have someone(tm) add in support in rc.conf to specify dependency > overrides. dns and configuration are a chicken/egg problem, not really an edge case, and a person must make a decision as to how to deal with that. > > So, perhaps you could set: > > dhcpd_after="unbound" > > Which would factor into the rcorder processing and make sure that dhcpd > starts after unbound. > > This would allow people to fine-tune things when they run into cases > like this. Even beside the unbound problem, this is a good idea. It would fix my "I need ipfw before routing as without ipfw my ospf packets get blocked and things take much longer to come up problem." > -r > > The idea that a daemon that depends on the network being functional > >> > > >> On a related note, unbound rc script provides "unbound" service. > >> > > >> I think that maybe it should provide something more generic such as "nameserver" > >> > > >> or "dns-server" (not sure if there is an established name for that). > >> > > >> The reason I am saying this is that, IMO, if unbound is replaced with some other > >> > > >> name server implementation the rc dependency chains should stay the same. > >> > > > > >> > > > I do not see anything in the base system that uses unbound or local_unbound > >> > > > service name, so this looks like it could be straightforward, though there > >> > > > may be some ports that have use of this token. > >> > > > > >> > > > For the blue bikeshed I find that "server" is just noise in the token > >> > > > and that "dns" already has "s" for system, so just "dns" is good with me :-) > >> > > > >> > > That's a good point. > >> > >> I don't agree. The term dns is too generic. People are often running > >> dfferent nameservers on the same machine, as example: authoritative > >> and nonauthoritative (e.g. nsd & unbound). > > > >Given examples by others your right, we can not put all of these > >behind the knob "dns". > > > >> Regards, > >> jaap > >-- > >Rod Grimes rgrimes@freebsd.org > > -- > Ryan Steinmetz > PGP: 9079 51A3 34EF 0CD4 F228 EDC6 1EF8 BA6B D028 46D7 > -- Rod Grimes rgrimes@freebsd.org