domain.com.domain.com being looked up for local names?
Mark_Andrews at isc.org
Mark_Andrews at isc.org
Fri Aug 20 05:58:05 UTC 1999
> You are absolutely correct, I have been imagining this for all these
> years.
> So, nslookup never adds the domain name to a request containing a dot in
> it, but not at the end??????
I didn't say that it never adds a entries off the search list,
I only had to demonstated a case where it didn't.
The original problem had the search list being applied *first*.
You implied that this was always the behaviour.
"Nslookup will always append the domain name to what ever
you enter if there is no ending dot."
The above statement is true with old resolver sematics but not
true with new resolver sematics.
>
> So, I went to my Solaris System to check this out.
Good. If you had tried a valid domain name to would not
have added the entry from the seach list there by proving
my point.
Mark
> ? So, why don't you believe me now(BTW, I did this on an NT and HPUX
> machine, same results)
>
> >From my Sun at work:
>
> 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 av
> ail.
> > 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
>
--
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