Re: DLZ fields in database
Rob Butler <[email protected]> Sun, 22 Mar 2009 07:33:41 -0700 (PDT)
| Newsgroups | gmane.network.dns.bind9.dlz |
|---|---|
| Message-ID | <[email protected]> |
----- Original Message ---- > From: Scott Haneda <[email protected]> > To: [email protected] > Sent: Thursday, March 19, 2009 8:20:16 PM > Subject: [Bind-dlz-testers] DLZ fields in database > > Hello, I now have DLZ up and running on RHEL, it seems to be working > well. I have a few questions, simple probably. > > Is there any reason I can not mix file based zones as usual in named? > I have a small handful of zones that will never change, and rather > than run the risk of someone nuking out the entire database, I would > like to keep those on disk. Is this any issue? I assume I just set > up my keys and move on as usual? No, there is no reason you can't mix DLZ and 'file' zones. In fact file based zones are required for zones that support rfc 2136 dynamic updates as DLZ doesn't support that. > Does named log as usual even though all the queries are coming out of > a database? So I can set up a query log, transfer log, and whatever > other log breakdowns I want and those will work as normal? It should log as normal. > Do I need to update the serial whenever a record changes? Any issue > with just making it an in with an on update increment restraint on it? That depends on your secondaries. The serial number for a zone is really to support replication via AXFR & IXFR (full and partial zone transfer). If you aren't using those mechanisms then there really isn't a requirement that you increment the serial. It's probably a good idea to do so though just to stay compliant with other's expectations. > Does case matter in any way as to what is stored in the database, so > 'a' or 'A' ? I don't believe it does. All DLZ does is move the storage mechanism from a file to a DB. You can think of each row in the DB as being a line in a tradditional zone file. So whatever the required file syntax is DLZ is the same. > Can I use non second values in the database such as 1D, 4H etc etc. Yes, that should work. See above. > So far, this is looking like a perfect solution to my needs, thanks > for making it available. Your welcome! Rob ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com