At first glance it appears to properly resolve the zones that it is
authoritative for and it is retreiving the proper addresses for
external systems.
But there is one test that is giving me an odd result and I'm just not
sure what's going on. When I specify another nameserver on the
command line for nslookup, I get a no-error error, and then get a
(correct) response from the *local* nameserver instead of the
specified one.
> nslookup www.cisco.com ns1.cisco.com
*** Can't find server address for 'ns1.cisco.com': Resolver Error 0
(no error)
Server: ns.mydomain.com
Address: 10.10.10.12
Non-authoritative answer:
Name: www.cisco.com
Address: 198.133.219.25
Dig appears to work fine with a specified nameserver (dig
@ns1.cisco.com www.cisco.com). Is this just a bug with nslookup?
I just tried this too:
> host www.cisco.com ns1.cisco.com
host: Couldn't find server 'ns1.cisco.com': host/servname not known
But if I dig or nslookup ns1.cisco.com, it does resolve
(128.107.241.185).
Any ideas?
Thanks,
Bobby Johnson
bobby.john...@esecurityinc.com
Cisco had a DNS configuration problem over the past couple of days that
manifested itself as some of their servers reporting that ns1.cisco.com
had an address in RFC 1918 space. Cascading errors in rsolvinf cisco.com
namespace were... interesting.
-Pete
Server: ns.mydomain.com
Address: 10.10.10.12
Non-authoritative answer:
Name: www.ins.dell.com
Address: 143.166.224.230
Aliases: www.dell.com
I just noticed the error that dig displays....
> dig @ns-east.cerf.net www.dell.com
; <<>> DiG 8.3 <<>> @ns-east.cerf.net www.dell.com
; Bad server: ns-east.cerf.net -- using default server and timer opts
; (1 server found)
[snip]
The answer gets provided by my server instead of the ns-east.cerf.net
nameserver.
I can successfully resolve ns-east.cerf.net (nslookup and/or dig)...
> nslookup ns-east.cerf.net
Server: ns.mydomain.com
Address: 10.10.10.12
Non-authoritative answer:
Name: ns-east.cerf.net
Address: 207.252.96.3
Thanks for your time,
--
Bobby Johnson
e-Security, Inc.
Enterprise Security Management
bobby....@esecurityinc.com
www.esecurityinc.com
Check you /etc/nsswitch.conf -- maybe you're configured to use another
resolving mechanism, and it's failing.
--
Barry Margolin, barry.m...@level3.com
Level(3), Woburn, MA
*** DON'T SEND TECHNICAL QUESTIONS DIRECTLY TO ME, post them to newsgroups.
Please DON'T copy followups to me -- I'll assume it wasn't posted to the group.
It never even occured to me to bother with nsswitch.conf. That cleared it all up.
I owe you a beer Barry!
Bobby