Error querying a.gtld.biz.

[Chris Buxton]

What name server are you using to resolve names, by default? Does  
that name server by any chance have a private version of your domain,  
either as an authoritative zone or as a forward or stub zone pointing  
to an authoritative zone?

During the course of the +trace operation, it is my understanding  
that 'dig' does not use the glue records returned with the referrals.  
Instead, it asks the local resolving name server to look up those  
other name server names. It is therefore possible, if you have an  
intranet version of the same domain name that does not define the  
addresses of your public name servers, to see the type of results  
that you are seeing.

 From the outside, as Edward Lewis pointed out, there does not appear  
to be any inconsistency that would cause this problem.

Chris Buxton
Men & Mice

On Sep 12, 2007, at 12:07 PM, Ryan McCain wrote:

> I used the dig +trace dss.state.la.us and get this..
>
> --SNIP---
> state.la.us.            7200    IN      NS      SERVER.NOC.LA.NET.
> state.la.us.            7200    IN      NS      OTC-DNS1.LSU.EDU.
> ;; Received 94 bytes from 209.173.60.65#53(C.GTLD.BIZ) in 58 ms
>
> dss.state.la.us.        86400   IN      NS      dssns.dss.state.la.us.
> dss.state.la.us.        86400   IN      NS       
> dssns2.dss.state.la.us.
> ;; Received 106 bytes from 162.75.1.14#53(SERVER.NOC.LA.NET) in 1 ms
>
> dig: couldn't get address for 'dssns2.dss.state.la.us': not found
>
> ---
>
> It looks like our secondary external DNS server isn't resolving.   
> Strange.
>
> --------------------------------------
>
> Ryan McCain
> Northrop Grumman Corporation
> Linux System Administrator 3
> email: Ryan.McCain at dss.state.la.us
> Phone: 225.505.3832
> Fax: 225.219.0540
>
> Registered Linux User #364609
>
>
>