Re: Help requested for zone delegation using DLZ

Well, updating the DBs as per Michael K. and Rob Butlers suggestions did
not help.  Am I missing something stupid like a tag in the named.conf
that  has to be turned on for this to work?

I mean the configs don't seem like rocket science here. (Setting the
Name Server to be outside of the sub-domain aside.)

Or am I just not understanding how zone delegation works.

If I do an "dig a @ServerA test1.us.example.com", should I get back the
IP of test1.us.example.com from ServerB?  Or is that expected to fail
and the client retry with the new NS?


DB tables:
Server A:
      zone      |  host  | ttl | type | mx_priority |        data
| resp_person |   serial   | refresh | retry | expire | minimum
----------------+--------+-----+------+-------------+-------------------
--+-------------+------------+---------+-------+--------+---------+
 example.com    | @      | 300 | SOA  |             | ns1
| hostmaster  | 2009091600 |     900 |  2800 |   8640 |    1080 
 example.com    | ns1-us | 300 | A    |             | 172.24.1.93
|             |            |         |       |        |         
 example.com    | @      | 300 | NS   |             | ns1.example.com.
|             |            |         |       |        |            
 us.example.com | @      | 300 | NS   |             |
ns1-us.example.com. |             |            |         |       |
|          
 example.com    | ns1    | 300 | A    |             | 172.24.2.196
|             |            |         |       |        |         

Server B:
      zone      | host  | ttl | type | mx_priority |        data
| resp_person |   serial   | refresh | retry | expire | minimum 
----------------+-------+-----+------+-------------+--------------------
-+-------------+------------+---------+-------+--------+---------+
 us.example.com | test1 | 300 | A    |             | 1.2.3.4
|             |            |         |       |        |         
 us.example.com | @     | 300 | SOA  |             | ns1-us.example.com.
| hostmaster  | 2009091600 |     900 |  2800 |   8640 |    1080 

Michael

-----Original Message-----
From: Todd Lyons [mailto:[email protected]] 
Sent: Wednesday, November 04, 2009 9:45 AM
To: [email protected]
Subject: Re: [Bind-dlz-testers] Help requested for zone delegation using
DLZ


Requires the workaround that Michael suggested above.  Look at this ML
post from Rob Butler back in June, the author of bind-dlz about this
exact issue.  It explains why my use case described in my original
email does not work, and how Michael K's suggestion is a modification
that will make it work:

http://article.gmane.org/gmane.network.dns.bind9.dlz/2078




This message is confidential to Prodea Systems, Inc unless otherwise indicated 
or apparent from its nature. This message is directed to the intended recipient 
only, who may be readily determined by the sender of this message and its 
contents. If the reader of this message is not the intended recipient, or an 
employee or agent responsible for delivering this message to the intended 
recipient:(a)any dissemination or copying of this message is strictly 
prohibited; and(b)immediately notify the sender by return message and destroy 
any copies of this message in any form(electronic, paper or otherwise) that you 
have.The delivery of this message and its information is neither intended to be 
nor constitutes a disclosure or waiver of any trade secrets, intellectual 
property, attorney work product, or attorney-client communications. The 
authority of the individual sending this message to legally bind Prodea Systems  
is neither apparent nor implied,and must be independently verified.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july