Database/QDNS/BIND realtime integration

Re: Database/QDNS/BIND realtime integration

From:

Date:

Time:

Yes, absolutely. You can set a zone to be dynamic in QuickDNS. This
is done zone-by-zone. In fact, QuickDNS allows you to edit your
dynamic zone as if it were a static table - it uses a zone transfer
to get the zone from the server, and then sends any changes as
dynamic updates, without clobbering dynamic updates sent by other
software.
____________________________________________________________________
Chris Buxton Men & Mice
Customer Support Specialist Making DNS Easy

At 10:55 PM -0400 6/8/04, Codger wrote:
>Thanks, Chris. This is great information. One last question. I do
>understand you then that QuickDNS and static and dynamic zones
>managed in the way you describe CAN coexist on the same machine
>happily? We're using BIND 9.
>
>On Jun 8, 2004, at 10:06 PM, Men & Mice Support wrote:
>
>>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
>>
>>
>>
>
>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