Database/QDNS/BIND realtime integration

Re: Database/QDNS/BIND realtime integration

From:

Date:

Time:

For large zones that change frequently, we recommend using a dynamic
zone instead of a static zone. This way, you only have to send
changes to named, and you don't have to worry about the zone being
open in QuickDNS when the database system wants to make changes.

Try this shell command on Mac OS X 10.3.x:

man nsupdate

This will open the 'nsupdate' manual page so you can read about the
command that can be used to send dynamic update messages to a zone.
Note that, when QuickDNS sets a zone to be dynamic, it assumes use of
a key (the same key as used by rndc, stored in
/var/named/conf/user_before), so you'll need to keep that in mind
when reading the documentation.

If your database system is unable to execute shell commands, you can
resort to this command to tell named to reload a zone from its zone
file:

rndc reload name.of.zone

This assumes you're using BIND 9. If you're using BIND 8, use this
command instead:

ndc reload name.of.zone
____________________________________________________________________
Chris Buxton Men & Mice
Customer Support Specialist Making DNS Easy

At 2:33 AM -0400 6/8/04, Codger wrote:
>We operate a mail server and as such are constantly waging the war
>against spam. Our mail server is quite robust (CommuniGate Pro) and
>can make good use of realtime blackhole lists. There are several
>good ones that we use.
>
>Our experience though reveals that what IP addresses we see
>delivering or attempting to deliver spam and often not in any of
>those lists. We maintain our own rbl which is working fine actually,
>with one exception.
>
>We have to manually enter the IP's, and this is a time-consuming process.
>
>I want to integrate our database which does the log analysis for our
>mail server and can create fresh valid IP data and QDNS. I can
>generate any file format necessary from the database and I want to
>know the process for properly introducing QDNS to that data or data
>file.
>
>Exporting from QDNS is straightforward, but importing does not
>import just IP data for new lines into the zone file, rather it
>wants to create a NEW zone file instead. This it won't do because
>the zone file already exists.
>
>So, please help if you can. Please explain how I can get a fresh
>data file with the correct zone info in place and have QDNS and BIND
>recognize it after I do. I have four servers (one master and three
>slaves).
>
>Kindest regards,
>
>Ron
>
>"What shall we do? What shall we do?" he cried, "Escaping goblins to
>be caught by wolves!" - Bilbo Baggins
>
>The Hobbit by J. R. R. Tolkein
>http://www.apple.com/trailers/newline/returnoftheking/trailer_large.html

Sales:
888/4-DPOINT

Support:
858/452-3696