Date: Wed, 25 Jun 2003 19:44:33 -0400 From: Ken Smith <kensmith@cse.Buffalo.EDU> To: freebsd-hubs@freebsd.org Subject: Re: DRAFT - DNS Admin Guide Message-ID: <20030625234433.GB22339@electra.cse.Buffalo.EDU> In-Reply-To: <20030625233455.GA22339@electra.cse.Buffalo.EDU> References: <3EF9A5FD.22140.3F8EC95E@localhost> <3EF9F650.2909.40C896BC@localhost> <20030625233455.GA22339@electra.cse.Buffalo.EDU>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jun 25, 2003 at 07:34:55PM -0400, Ken Smith wrote:
> On Wed, Jun 25, 2003 at 07:21:52PM -0400, Dan Langille wrote:
>
> > DNS is distributed. The actions should be distributed as well. Why
> > should people contact dnsadm@ if they want to add hosts to
> > nz.freebsd.org?
>
> If it's possible to communicate that in a way that it doesn't add
> to confusion I'm all for it but I can't figure out a way that is
> deterministic without *requiring* every country take on the responsibility
> for their zone. If that's what everyone else thinks is good I'll shut
> up about it. :-) I'm just trying to take the end-users' guesswork out
> of figuring out where to send the request.
... And apparently I didn't understand your previous example as well
as I thought. I'm suggesting dnsadm@ do record keeping at the *zone*
level. *Not* host level. As you say it's distributed, if you wanted
to add in a new host for some special purpose dnsadm@ doesn't need to
know a thing about it. If the Mirror Site Coordinator happens to
remember nz.freebsd.org is delegated s/he doesn't *need* to contact
dnsadm@ and they can go straight to you. But if they forget that
nz.freebsd.org is delegated they can just send to dnsadm@ and it
will find its way to you. But if you're adding in an entire new
zone inside of nz.freebsd.org IMO it would be best if dnsadm@ be aware of it.
--
Ken Smith
- From there to here, from here to | kensmith@cse.buffalo.edu
there, funny things are everywhere. |
- Theodore Geisel |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030625234433.GB22339>