No subject

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