Bind-8 directory usage

Mark.Andrews at nominum.com Mark.Andrews at nominum.com
Tue May 23 22:08:51 UTC 2000


> Thank you for your responses.
> 
> Well, now that we've "established" that this is "possible," my
> question is "is this desirable?"

	It is individual system administrators choice.  I generally
	have two or three subdirectories: master, cache and in-addr.
	The later two contain cached zone file.  The master directory
	is always in a area being backed up.  The others may or may not
	be.

> 
> Part of why I'm asking here is that at a previous usergroup
> meeting, I mentioned putting nameserver configs someplace
> besides /var & was nearly fed to the sharks...  :)

	I use /etc/bind as my directory often.

> What was said was along the lines of "everyone else puts it in
> /var, so you probably should, too..."  ("Everyone else" meaning
> Solaris, HP-UX, Linux FSStnd...)
> 
> But I have some books from who I'd guess are Very Respected
> Authors :), & one of them puts these in, for example
> /var/domain.  (!)

	If /var/domain get backed up that is fare enough.
> 
> The approach I'm exploring is to put system-configuration things
> *I* do into /etc & things that "it" ("the system" or named or
> "things retrieved/downloaded, such as named-xfers of
> secondaries") into /var, on the semi-assumption that /var can be
> (somewhat) "sacrificial" & that I take more aggressive measures
> to preserve /etc.
> 
> Also, IIRC, the named documentation & books do not make it clear
> that (well, at least to me :) the "directory" option only means
> "default directory" & that explicit paths can be specified on
> the zone stanzas.  Perhaps I did not dig deep enough, though...

	Well named is like all other good applications.  It takes both
	relative and absolute path names.
> 
> Again, thank you for your advice & input.
> 
> -kc
> 
	Mark
--
Mark Andrews, Nominum Inc.
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: Mark.Andrews at nominum.com



More information about the bind-users mailing list