Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 21 May 2002 15:53:42 -0500
From:      "Jacques A. Vidrine" <nectar@FreeBSD.org>
To:        Hajimu UMEMOTO <ume@mahoroba.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/contrib/bind CHANGES README Version         src/contrib/bind/bin/dig dig.c src/contrib/bind/bin/dnsquery         dnsquery.c src/contrib/bind/bin/host host.c         src/contrib/bind/bin/named named.conf named.h ns_config.c ...
Message-ID:  <20020521205342.GA65576@madman.nectar.cc>
In-Reply-To: <20020516205605.GA26675@madman.nectar.cc>
References:  <200205151951.g4FJpQZ93335@freefall.freebsd.org> <ygeznyz7ujl.wl@mille.mahoroba.org> <20020516205605.GA26675@madman.nectar.cc>

next in thread | previous in thread | raw e-mail | index | archive | help

--tKW2IUtsqtDRztdT
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Thu, May 16, 2002 at 03:56:05PM -0500, Jacques A. Vidrine wrote:
> On Fri, May 17, 2002 at 04:38:06AM +0900, Hajimu UMEMOTO wrote:
> > Hi,
> > 
> > >>>>> On Wed, 15 May 2002 12:51:26 -0700 (PDT)
> > >>>>> Jacques Vidrine <nectar@FreeBSD.org> said:
> > 
> > nectar>   MFC: Import of ISC BIND 8.3.2-T1B.
> >   
> > It seems that aaaa query of nslookup is broken.  Previous version did
> > work.
> 
> Thanks for the report!  Ironic, in that the README says:
> ``BIND 8.3.2 Highlights
>         dig, nslookup, host and nsupdate have improved IPv6 support.''
> :-)  
> 
> Anyway, I will have a look as soon as I can, which may be Monday :-(
> `host' and `dig' appear to work.  I will also call on a couple of
> folks who mentioned that they would be happy to help with testing the
> MFC... maybe they'll turn up something.

Hi again Ume,

I believe I have found the bug.  I get the feeling the `improved IPv6
support' for nslookup is not quite finished :-)  Attached is a bug
report I just sent to ISC regarding this issue.  It includes a fix
(not in patch form, but trivial enough to apply by hand).  The
ISC reference for this issue is

  ``[BIND-BUGS #9094] BIND 8.3.2-T1B nslookup/getinfo.c T_AAAA bug''

Cheers,
-- 
Jacques A. Vidrine <n@nectar.cc>                 http://www.nectar.cc/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se

--tKW2IUtsqtDRztdT
Content-Type: message/rfc822
Content-Disposition: attachment; filename="isc.msg"

Date: Tue, 21 May 2002 15:44:02 -0500
From: "Jacques A. Vidrine" <nectar@FreeBSD.org>
To: bind-bugs@isc.org
Subject: BIND 8.3.2-T1B nslookup/getinfo.c T_AAAA bug
Message-ID: <20020521204402.GA65541@madman.nectar.cc>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.99i
X-Url: http://www.nectar.cc/
Status: RO
Content-Length: 2565

Hello,

BIND 8.3.2-T1B's nslookup command fails to display AAAA answer
records, whereas BIND 8.3.1-REL's nslookup was functional in this
respect.  For example:

=== 8.3.1-REL nslookup ===
% nslookup -type=aaaa  www.kame.net. 
Server:  hellblazer.nectar.cc
Address:  10.0.1.11

Non-authoritative answer:
www.kame.net    canonical name = apple.kame.net
apple.kame.net  canonical name = kame220.kame.net
kame220.kame.net        IPv6 address = 3ffe:501:4819:2000:210:f3ff:fe03:4d0
kame220.kame.net        IPv6 address = 2001:200:0:4819:210:f3ff:fe03:4d0
coconut.itojun.org      internet address = 210.160.95.97
coconut.itojun.org      IPv6 address = 3ffe:507:1:1:2ae:d0ff:fe00:3b
coconut.itojun.org      IPv6 address = 3ffe:8020:10ff:1:2ae:d0ff:fe00:3b
coconut.itojun.org      IPv6 address = 3ffe:501:410:0:2ae:d0ff:fe00:3b
Name:    www.kame.net
Served by:
- coconut.itojun.org
        
          kame.net
- orange.kame.net
        
          kame.net


=== 8.3.2-T1B nslookup ===
% nslookup -type=aaaa  www.kame.net. 
Server:  hellblazer.nectar.cc
Address:  10.0.1.11

Non-authoritative answer:
coconut.itojun.org      internet address = 210.160.95.97
coconut.itojun.org      IPv6 address = 3ffe:8020:10ff:1:2ae:d0ff:fe00:3b
coconut.itojun.org      IPv6 address = 3ffe:501:410:0:2ae:d0ff:fe00:3b
coconut.itojun.org      IPv6 address = 3ffe:507:1:1:2ae:d0ff:fe00:3b
Name:    kame220.kame.net
Served by:
- coconut.itojun.org
        
          kame.net
- orange.kame.net
        
          kame.net


The problem appears to be around line 255:

    251         if (!isServer && !headerPtr->aa) {
    252             printf("Non-authoritative answer:\n");
    253         }
    254 
    255         if (queryType != T_A && queryType != T_AAAA &&  /* A6? */
    256             !(iquery && queryType == T_PTR)) {
    257             while (--ancount >= 0 && cp < eom) {
    258                 if ((cp = Print_rr(cp, (u_char *)&answer,
    259                                    eom, stdout)) == NULL) {
    260                     return(ERROR);
    261                 }
    262             }
    263             printedAnswers = TRUE;
    264         } else {

If the conditional is changed back to what it was in 8.3.1-REL, then
nslookup `works' again in this case.

    255         if (queryType != T_A && !(iquery && queryType == T_PTR)) {

Cheers,
-- 
Jacques A. Vidrine <n@nectar.cc>                 http://www.nectar.cc/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se


--tKW2IUtsqtDRztdT--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020521205342.GA65576>