+trace turns on the recursor in the 'dig' command itself. It tells you
absolutely nothing about the server you specified.
Chris Buxton
Professional Services
Men & Mice
On May 7, 2009, at 12:22 PM, Mike Bernhardt wrote:
Reformatting the dig request gives the following:
dig +trace @athena -x 10.0.2.252
; <<>> DiG 9.3.4 <<>> +trace @athena -x 10.0.2.252
; (1 server found)
;; global options: printcmd
. 163824 IN NS K.ROOT-SERVERS.NET.
. 163824 IN NS L.ROOT-SERVERS.NET.
. 163824 IN NS M.ROOT-SERVERS.NET.
. 163824 IN NS A.ROOT-SERVERS.NET.
. 163824 IN NS B.ROOT-SERVERS.NET.
. 163824 IN NS C.ROOT-SERVERS.NET.
. 163824 IN NS D.ROOT-SERVERS.NET.
. 163824 IN NS E.ROOT-SERVERS.NET.
. 163824 IN NS F.ROOT-SERVERS.NET.
. 163824 IN NS G.ROOT-SERVERS.NET.
. 163824 IN NS H.ROOT-SERVERS.NET.
. 163824 IN NS I.ROOT-SERVERS.NET.
. 163824 IN NS J.ROOT-SERVERS.NET.
;; Received 500 bytes from 148.165.30.30#53(148.165.30.30) in 0 ms
;; connection timed out; no servers could be reached
Since this server can't reach the root servers, this makes sense. But
apparently it isn't following delegation.
-----Original Message-----
From: Chris Buxton [mailto:cbux...@menandmice.com]
Sent: Thursday, May 07, 2009 12:19 PM
To: Mike Bernhardt
Cc: bind-users@lists.isc.org
Subject: Re: Delegation not working
On May 7, 2009, at 12:06 PM, Mike Bernhardt wrote:
dig -x +trace @athena 10.0.2.252
;; QUESTION SECTION:
;+trace.in-addr.arpa. IN PTR
;; QUESTION SECTION:
;10.0.2.252. IN A
You've given dig the wrong arguments. You gave it two queries,
indicated above, neither of which is what you wanted.
Try this:
dig @athena -x 10.0.2.252
Chris Buxton
Professional Services
Men & Mice
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
