Error querying a.gtld.biz.
Chris Buxton
cbuxton at menandmice.com
Wed Sep 12 19:38:26 UTC 2007
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
>
>
>
More information about the bind-users
mailing list