cname and soa record in the same zone file -- problem?

Chris Buxton chris.p.buxton at gmail.com
Wed Sep 19 19:28:10 UTC 2012


It works because they're not using BIND. Whatever they're using doesn't enforce rules for CNAME records.

I would expect it to give inconsistent results, but I'm not 100% sure. Running some queries, I'm seeing where the query results aren't always being cached correctly, but I can't see how the bad effects would go any further than that.

Perhaps someone else can explain how this misbehaves in this particular situation.

Chris Buxton
BlueCat Networks

On Sep 18, 2012, at 8:08 AM, M. Meadows wrote:

> 
> Why / how does this work?
> 
> dig -t any www.careerone.com.au @ns2.tmpw.net.
> 
> ; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5_8.2 <<>> -t any www.careerone.com.au @ns2.tmpw.net.
> ;; global options:  printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15513
> ;; flags: qr aa rd; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 3
> 
> ;; QUESTION SECTION:
> ;www.careerone.com.au.          IN      ANY
> 
> ;; ANSWER SECTION:
> www.careerone.com.au.   2560    IN      SOA     ns1.tmpw.net. hostmaster.tmpw.net. 1347892090 16384 2048 1048576 2560
> www.careerone.com.au.   14400   IN      NS      ns1.tmpw.net.
> www.careerone.com.au.   14400   IN      NS      ns2.tmpw.net.
> www.careerone.com.au.   14400   IN      NS      ns3.tmpw.net.
> www.careerone.com.au.   600     IN      CNAME   www.careerone.com.au.edgesuite.net.
> 
> ;; ADDITIONAL SECTION:
> ns1.tmpw.net.           3600    IN      A       208.71.198.33
> ns2.tmpw.net.           3600    IN      A       63.121.30.233
> ns3.tmpw.net.           3600    IN      A       208.71.198.34
> 
> ;; Query time: 81 msec
> ;; SERVER: 63.121.30.233#53(63.121.30.233)
> ;; WHEN: Tue Sep 18 08:48:30 2012
> ;; MSG SIZE  rcvd: 240
> 
> 
> I thought a cname record can't coexist with any other records in a zone file. How does this even get loaded this way? What results should the owners of this domain expect? I assume they'll be inconsistent and problematic. Right?
> 
> Thanks!
> 
> 
> 
> 
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120919/52ea991b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20120919/52ea991b/attachment.bin>


More information about the bind-users mailing list