Re: Help, I can´t make a delega tion :(
Todd Lyons <[email protected]> Wed, 3 Jun 2009 20:24:39 -0700
| Newsgroups | gmane.network.dns.bind9.dlz |
|---|---|
| Message-ID | <[email protected]> |
2009/6/2 Reyner Herrpinark Lugo <[email protected]>: > > tip-server.example.com: authoritative for example.com > With the following data: > > dns_zone |host |ttl |dns_type |mx_priority |data | > us.example.com |@ |604800 |ns |NULL |ns1 | > us.example.com |ns1 |604800 |a |NULL |10.7.20.2 | I think the above data might be incorrect. Change it to: example.com |us |604800 |ns |NULL |ns1.us | example.com |ns1.us |604800 |a |NULL |10.7.20.2 | > and ns1.us.example.com: authoritative for us.example.com > With the following data: > > dns_zone |host |ttl |dns_type|mx_priority|data | > us.example.com |@ |604800 |so |NULL |ns1 reynerhl.gmail.com. 20090408 3000 900 108864000 432000| I assume the above line has a typo, and "so" should be "soa". > My querys are: > SELECT ttl, dns_type, mx_priority, data > FROM dns_records WHERE dns_zone='%zone%' AND host='%record%'; I have not examined your queries for correctness. You should look at the previous threads from this mailing list from just a few months ago where others were working on subdelegating dns. > (from the 10.7.20.3 [authoritative for example.com]): > dig ns us.example.com @127.0.0.1 > ;; QUESTION SECTION: > ;us.example.com. IN NS > ;; ANSWER SECTION: > us.example.com. 604800 IN NS ns1.us.example.com. Good. > another from the same server: > dig a ns1.us.example.com @127.0.0.1: > ;; QUESTION SECTION: > ;ns1.us.example.com. IN A > ;; ANSWER SECTION: > ns1.us.example.com. 604800 IN A 10.7.20.2 Good. Well changing the data as I suggested above might not be a good thing because the above two steps are returning the correct data. > Now, it is the trouble: > dig a test.us.example.com @127.0.0.1 > ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 47560 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 You don't say which server you did the query on, but I assume you did it on tip-server. Correct, you need it to not return a SERVFAIL, which is what I was hoping to achieve with the data change I suggested above. If this is on ns1, then you have a simple configuration error in either your query or your data, because nearly the same data on tip-server does seem to work properly. What you need to happen is tip-server returns an NS record for us.example.com when you ask it for test.us.example.com. Assuming you have your nameserver on tip-server set to recursive mode, then it should chase that sub-delegation to the second server and get the answer for test.us.example.com. > It is as if not allowed to transfer the querys through example.com to us.example.com. I mean, the querys never reach the delegated server, I think if example.com's server find a substring that match with his domain name (test.us.EXAMPLE.COM), he assume hi is authoritaive for that, I 'm not pretty shure, is just an idea. I think you just said the same thing I did :-) > Todd, please. if you have this trouble resolved, share all your configuration files, posting, by mail, where you prefer. I don't do dns delegation, so most of my answers are just guesses based on how I think it's supposed to work. I think you're close, so keep on working on it. -- Regards... Todd ------------------------------------------------------------------------------ OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get