No subject
Tue Apr 2 00:56:56 UTC 2013
mvoight at scv-cse-1% nslookup
Default Server: localhost
Address: 127.0.0.1
> set debug
> me.wanted
Server: localhost
Address: 127.0.0.1
;; res_mkquery(0, me.wanted, 1, 1)
------------
Got answer:
HEADER:
opcode = QUERY, id = 10279, rcode = NXDOMAIN
header flags: response, auth. answer, want recursion, recursion
avail.
questions = 1, answers = 0, authority records = 1, additional
= 0
QUESTIONS:
me.wanted, type = A, class = IN
AUTHORITY RECORDS:
-> (root)
ttl = 86400 (1 day)
origin = A.ROOT-SERVERS.NET
mail addr = hostmaster.internic.NET
serial = 1999081901
refresh = 1800 (30 mins)
retry = 900 (15 mins)
expire = 604800 (7 days)
minimum ttl = 86400 (1 day)
------------
;; res_mkquery(0, me.wanted.cisco.com, 1, 1)
------------
Got answer:
HEADER:
opcode = QUERY, id = 10280, rcode = NXDOMAIN
header flags: response, auth. answer, want recursion, recursion
avail.
questions = 1, answers = 0, authority records = 1, additional
= 0
QUESTIONS:
me.wanted.cisco.com, type = A, class = IN
AUTHORITY RECORDS:
-> cisco.com
ttl = 7200 (2 hours)
origin = dns-sj1.cisco.com
mail addr = postmaster.cisco.com
serial = 133739
refresh = 7200 (2 hours)
retry = 1800 (30 mins)
expire = 864000 (10 days)
minimum ttl = 86400 (1 day)
------------
*** localhost can't find me.wanted: Non-existent host/domain
>
Michael Voight
marka at isc.org wrote:
>
> > How exactly did you do the lookup?
> > Did you use nslookup? Nslookup will always append the domain name to
> > what ever you enter if there is no ending dot. Try the same lookup and
> > put a trailing dot. NOTE: This is an nslookup oddity, not how standard
> > lookups are performed for telnet, etc
>
> What a load of hogwash. Nslookup does not always do this. I
> could go back to earlier releases (at least to BIND 4.9.3) and
> get the same results.
>
> Mark
>
> bsdi:nslookup {144} % ./nslookup
> Default Server: bsdi.dv.isc.org
> Address: 130.155.191.233
>
> > set debug
> > ftp.uu.net
> Server: bsdi.dv.isc.org
> Address: 130.155.191.233
>
> ;; res_mkquery(0, ftp.uu.net, 1, 1)
> ------------
> Got answer:
> HEADER:
> opcode = QUERY, id = 12647, rcode = NOERROR
> header flags: response, auth. answer, want recursion, recursion avail.
> questions = 1, answers = 1, authority records = 2, additional = 2
>
> QUESTIONS:
> ftp.uu.net, type = A, class = IN
> ANSWERS:
> -> ftp.uu.net
> internet address = 192.48.96.9
> ttl = 3600 (1 hour)
> AUTHORITY RECORDS:
> -> uu.net
> nameserver = auth60.ns.uu.net
> ttl = 3600 (1 hour)
> -> uu.net
> nameserver = auth00.ns.uu.net
> ttl = 3600 (1 hour)
> ADDITIONAL RECORDS:
> -> auth60.ns.uu.net
> internet address = 198.6.1.181
> ttl = 3600 (1 hour)
> -> auth00.ns.uu.net
> internet address = 198.6.1.65
> ttl = 3600 (1 hour)
>
> ------------
> Name: ftp.uu.net
> Address: 192.48.96.9
>
> > exit
> bsdi:nslookup {145} % pwd
> /usr/home/marka/BIND4/bind-4.9.7-REL/native.b/tools/nslookup
>
> >
> > Michael
> >
> > Ernie Oporto wrote:
> > >
> > > Putting BIND 8.2.1 into debug mode for me gives me the following when
> > > resolving local addresses. The names resolve on the second
> > > permutation, but why is the first one taking place. I guess I could
> > > live with it if I had to, but this just doesn't look right. What would
> > > cause this? Let me know if anyone wants to see
> > > my /usr/local/etc/named.conf or my /var/named/* files.
> > >
> > > Debug level 1
> > > Version = named 8.2.1 Fri Jul 2 01:28:19 EDT 1999
> > > root at vader:/nb/local/src/bind/src/bin/named
> > > conffile = /usr/local/etc/named.conf
> > > datagram from [216.164.43.139].32787, fd 24, len 44
> > > req: nlookup(obiwan.shokk.com.shokk.com) id 24 type=1 class=1
> > > req: found 'obiwan.shokk.com.shokk.com' as 'shokk.com' (cname=0)
> > > ns_req: answer -> [216.164.43.139].32787 fd=24 id=24 size=100 rc=3
> > > datagram from [216.164.43.139].32787, fd 24, len 34
> > > req: nlookup(obiwan.shokk.com) id 25 type=1 class=1
> > > req: found 'obiwan.shokk.com' as 'obiwan.shokk.com' (cname=0)
> > > ns_req: answer -> [216.164.43.139].32787 fd=24 id=25 size=95 rc=0
> > > Debug off
> > >
> > > --
> > > http://www.geocities.com/SiliconValley/Park/9276
> > > ICQ-17933910 Ernie "Shokk" Oporto
> > >
> > > Sent via Deja.com http://www.deja.com/
> > > Share what you know. Learn what you don't.
> >
> >
> --
> Mark Andrews, Internet Software Consortium
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742 INTERNET: marka at isc.org
More information about the bind-users
mailing list