Reverse zones best practices
Brad.Bendily at LA.GOV
Tue Jun 26 16:07:01 UTC 2012
Personally, I'd rather edit 1 file, than hundreds of different files.
I can add the DNS entry and IP address and reload the service. No trying to
figure out which file it goes in. I try to keep the file in alphabetical order
which makes finding and adding entries easier.
From: nex6 [mailto:borg at borg1911.com]
Sent: Tuesday, June 26, 2012 10:43 AM
To: Brad Bendily
Cc: bind-users at lists.isc.org
Subject: Re: Reverse zones best practices
* Brad Bendily <Brad.Bendily at LA.GOV> [2012-06-25 16:35:28 -0500]:
wouldn't it be more confusing, in a big IP space with servers, desktops etc all mashed together into one zone?
> I don't know about best practice in this case, but I decided to put our reverse entries into one "super netting" file as you call it.
> We had the same problem that a lot of reverse entries were missing, so
> I wrote a script to parse the forward file and create the reverse.
> Then I incorporated that into my "adding a new entry" process so, I never add a reverse entry now, the script creates it. For that matter, all of our forward entries are in one file as well.
> I don't need to look at DNS to find my network structure. I just want DNS to do DNS.
> -----Original Message-----
> From: bind-users-bounces+brad.bendily=la.gov at lists.isc.org
> [mailto:bind-users-bounces+brad.bendily=la.gov at lists.isc.org] On
> Behalf Of nex6
> Sent: Monday, June 25, 2012 4:03 PM
> To: bind-users at lists.isc.org
> Subject: Reverse zones best practices
> Hi all,
> look for some info on best practices for reverse zones. I have, a pretty big IP space and alot of reverse zones are not created.
> I want to clean it up, a few people that dont really know DNS are thinking of "super netting" eg a top level 10.0.0.0/16 sorta thing.
> but we have 100s of defined mission critical reverse zones defined at the vlan level of 10.x.x.0/24... my thinking, would be do a discovery and create all the /24s, even if there is like 100s. instead of the bigger super net...
> what would be the best practice and the way to go?
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
> bind-users mailing list
> bind-users at lists.isc.org
More information about the bind-users