Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 22 Oct 2007 21:35:07 -0500
From:      DAve <dave.list@pixelhammer.com>
To:        freebsd-questions@freebsd.org
Subject:   Re: OT: UltraDNS and dor org domains.
Message-ID:  <471D5DDB.7020300@pixelhammer.com>
In-Reply-To: <D1C9D3EA-37A7-4C4D-ADFE-BDBBAF4EA381@mac.com>
References:  <471CEF3A.2020702@pixelhammer.com> <D1C9D3EA-37A7-4C4D-ADFE-BDBBAF4EA381@mac.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Chuck Swiger wrote:
> On Oct 22, 2007, at 11:43 AM, DAve wrote:
>> It is only dot org domains, checking deeper it ain't us. If I do a
>> domain query from dnsstuff for any org, I sometimes get nothing but name
>> server records. This happens when the root servers refer the query to
>> TLSx.Ultradns.net.
>>
>> I see ultradns failing to return A records for slashdot.org and
>> openoffice.org as well others.
>>
>> Is anyone else seeing this?
> 
> No, but I use dig, not dnsstuff.  Are the missing records visible by:
> 
>   dig slashdot.org @ns1.ostg.com
>   dig openoffice.org @ns1.collab.net

Dig works here as to be expected. Not a problem.

> 
> ...?  I don't see why ultradns.net would be involved...?
> 

Because dnsstuff is the only service where I can see the full path of
the query. Dig does not show me how/where it queries, it simply provides
the answer. I cannot see the output of the +trace command due to my network.

I think it is an ultradns issue because they are the only TLD server
that doesn't return a SOA record. I am thinking, maybe dangerous, that
our client's AD install doesn't handle a query response properly for
that reason.

One look at my DNS logs tells me AD is rarely configured properly.

DAve



-- 
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Veterans?

Maybe they forgot who made that choice possible.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?471D5DDB.7020300>