Up until Bill came out with NT with the stated intention of killing UNIX
I was somewhat of an M$ fan (over Apple that is).   All he really
succeeded in killing was Netware.  Now years later Apple is running a
UNIX based OS - go figure.   

-----Original Message-----
From: bind-users-bounces+jlightner=water....@lists.isc.org
[mailto:bind-users-bounces+jlightner=water....@lists.isc.org] On Behalf
Of Stewart Dean
Sent: Friday, September 24, 2010 8:48 AM
To: bind-users@lists.isc.org
Subject: Re: repository for zone files

My thanks to everyone that answered for their wit and wisdom, both of
which are 
good to find when joining a list.  /var/named it is.

> its UNIX fragmentation all over again.  8)

<grin>  Remember when Windows NT was begun as the Great White Hope that
would 
have all the functionality (and more!) of Unix, but would have a Common
Flag and 
Parm Convention so you wouldn't have to learn a different one for every 
different command?


On 9/23/2010 4:14 PM, Greg Whynott wrote:
> they (the distro maintainers) could not agree to put anything in the
same place if the worlds sanity depended on it.
>
> /var/named
> /srv/bind
> /etc/bind
> /var/lib/named
> /usr/local/named
>
> it's all over the place.   myself i just create links from /var/named
(which is where I think it was found on most commercial UNIX's I've
used,  IRIX admin here..) to wherever they decided to stick it.  That
being said,  if you build it from source (which I'd be inclined to do if
not using a linux wiht a support contract),  you can pass the path to
configure and place it anywhere you wish with zero functionally loss.
>
> its a bunch of "my way makes sense,  i'll pee in this corner,  its
mine now).
>
> its UNIX fragmentation all over again.  8)
>
>
> <rant off,  sorry>
> -g
>
>
>
> On Sep 23, 2010, at 4:01 PM, Michael Sinatra wrote:
>
>> On 09/23/10 12:53, Stewart Dean wrote:
>>> On AIX, I'm used to /etc/dns.  CentOS seems to place in /var/named.
Is
>>> there any blessed, bestofallpossibleworlds place for the zone files.
I'm
>>> moving our DNS from from AIX to CentOS/Fedora. I'm inclined to
create
>>> the /etc/dns dir but maybe it'd be better to put it in
>>> /var/named.....Comments, brickbats?
>> I have always found it to be a good idea to do what the OS wants.
Many
>> OSes now are set up to run bind in a chroot jail (a good thing), but
>> this requires a specific directory structure.  If your OS has already
>> set that up (and if the startup scripts work with that structure),
then
>> it's best to keep them that way.  Probably the ideal thing to do is
use
>> the OS defaults and then symlink your previous directory structure to
>> the OS defaults as necessary to maintain compatibility with your
>> in-house scripts and processes.
>>
>> michael
>>
>> _______________________________________________
>> bind-users mailing list
>> bind-users@lists.isc.org
>> https://lists.isc.org/mailman/listinfo/bind-users

-- 
"One must think like a hero to behave like a merely decent human being."
- May 
Sarton
Stewart Dean, Unix System Admin, Bard College, New York 12504
sd...@bard.edu
voice: 845-758-7475, fax: 845-758-7035
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
 
Proud partner. Susan G. Komen for the Cure.
 
Please consider our environment before printing this e-mail or attachments.
----------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
----------------------------------
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to