DIG Info Request
Lyle Giese
lyle at lcrcomputer.net
Tue Feb 3 19:19:38 UTC 2015
172.27.254.11 is giving you that info with the .new name servers. You
need to ask whomever manages that server.
Look at this line from your +trace output:
Received 405 bytes from 172.27.254.11#53(172.27.254.11) in 1 ms
Lyle
On 2/3/2015 1:13 PM, Linux Addict wrote:
> Additional info - general: warning: checkhints: unable to find root NS
> 'b.root-servers.new' in hints
>
> I cant seem to find where the ".new" coming from...
>
>
> On Tue, Feb 3, 2015 at 2:07 PM, Linux Addict <linuxaddict7 at gmail.com
> <mailto:linuxaddict7 at gmail.com>> wrote:
>
> The named.ca <http://named.ca> seems good.
>
> ;; ANSWER SECTION:
> . 518400 IN NS C.ROOT-SERVERS.NET
> <http://C.ROOT-SERVERS.NET>.
> . 518400 IN NS I.ROOT-SERVERS.NET
> <http://I.ROOT-SERVERS.NET>.
> . 518400 IN NS F.ROOT-SERVERS.NET
> <http://F.ROOT-SERVERS.NET>.
> . 518400 IN NS B.ROOT-SERVERS.NET
> <http://B.ROOT-SERVERS.NET>.
> . 518400 IN NS L.ROOT-SERVERS.NET
> <http://L.ROOT-SERVERS.NET>.
> . 518400 IN NS D.ROOT-SERVERS.NET
> <http://D.ROOT-SERVERS.NET>.
> . 518400 IN NS J.ROOT-SERVERS.NET
> <http://J.ROOT-SERVERS.NET>.
> . 518400 IN NS K.ROOT-SERVERS.NET
> <http://K.ROOT-SERVERS.NET>.
> . 518400 IN NS E.ROOT-SERVERS.NET
> <http://E.ROOT-SERVERS.NET>.
> . 518400 IN NS A.ROOT-SERVERS.NET
> <http://A.ROOT-SERVERS.NET>.
> . 518400 IN NS M.ROOT-SERVERS.NET
> <http://M.ROOT-SERVERS.NET>.
> . 518400 IN NS G.ROOT-SERVERS.NET
> <http://G.ROOT-SERVERS.NET>.
> . 518400 IN NS H.ROOT-SERVERS.NET
> <http://H.ROOT-SERVERS.NET>.
>
>
>
> On Tue, Feb 3, 2015 at 2:02 PM, Lyle Giese <lyle at lcrcomputer.net
> <mailto:lyle at lcrcomputer.net>> wrote:
>
> If I remember right, DIG does not know the root servers and
> asks the local host to retrieve that information and a server
> at 172.27.254.11(which is RFC 1918 address space) gave you
> that answer.
>
> Is your machine/shop setup with private root servers?
>
> Lyle
>
>
> On 2/3/2015 12:50 PM, Linux Addict wrote:
>> I do dig . +trace and the results seem show .new servers.
>> This is causing SERVFAIL for root query. Any ideas?
>>
>> dig . +trace
>>
>> ; <<>> DiG 9.7.0-P1 <<>> . +trace
>> ;; global options: +cmd
>> . 348510 IN NS b.root-servers.new.
>> . 348510 IN NS h.root-servers.new.
>> . 348510 IN NS l.root-servers.new.
>> . 348510 IN NS f.root-servers.new.
>> . 348510 IN NS m.root-servers.new.
>> . 348510 IN NS k.root-servers.new.
>> . 348510 IN NS i.root-servers.new.
>> . 348510 IN NS e.root-servers.new.
>> . 348510 IN NS g.root-servers.new.
>> . 348510 IN NS j.root-servers.new.
>> . 348510 IN NS c.root-servers.new.
>> . 348510 IN NS d.root-servers.new.
>> ;; Received 405 bytes from 172.27.254.11#53(172.27.254.11) in
>> 1 ms
>>
>> ;; connection timed out; no servers could be reached
>>
>>
>>
>> _______________________________________________
>> Please visithttps://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
>>
>> bind-users mailing list
>> bind-users at lists.isc.org <mailto:bind-users at lists.isc.org>
>> https://lists.isc.org/mailman/listinfo/bind-users
>
>
> _______________________________________________
> 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 <mailto: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/20150203/74d979f3/attachment-0001.html>
More information about the bind-users
mailing list