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.
bb -----Original Message----- From: nex6 [mailto:b...@borg1911.com] Sent: Tuesday, June 26, 2012 10:43 AM To: Brad Bendily Cc: bind-users@lists.isc.org Subject: Re: Reverse zones best practices * Brad Bendily <brad.bend...@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. > > bb > > > -----Original Message----- > From: bind-users-bounces+brad.bendily=la....@lists.isc.org > [mailto:bind-users-bounces+brad.bendily=la....@lists.isc.org] On > Behalf Of nex6 > Sent: Monday, June 25, 2012 4:03 PM > To: bind-users@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? > > > > -Nex6 > > _______________________________________________ > Please visit https://lists.isc.org/mailman/listinfo/bind-users to > unsubscribe from this list > > bind-users mailing list > bind-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/bind-users _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
