IPV6 forwarders problem

Baccari, Lou lou.baccari at hp.com
Thu Jul 1 11:46:40 UTC 2004


 Thanks for your suggestion and I have tried your recommendation as well
as a combination of differnet ipv4 addresses with no luck. =20

 I've also tried pointing the forwarders to an true ipv6 dns server and
my server still does not resolve.  I'm only able to resolve if I disable
'liston-on-v6'. =20

 Any other suggestions?

Lou.

-----Original Message-----
From: jinmei at isl.rdc.toshiba.co.jp [mailto:jinmei at isl.rdc.toshiba.co.jp]

Sent: Wednesday, June 30, 2004 11:02 PM
To: Baccari, Lou
Cc: comp-protocols-dns-bind at isc.org
Subject: Re: IPV6 forwarders problem


>>>>> On Wed, 30 Jun 2004 12:29:54 -0400,
>>>>> "Baccari, Lou" <lou.baccari at hp.com> said:

> I'm try to setup a linux bind server running ipv6 and ipv4 service. =20
> It appears that whenever I disable, 'listen-on-v6 { any; };', my=20
> forwarders options work just fine and I'm able to resolve for domain=20
> other them my own. Once , 'listen-on-v6 { any; };', is re-enabled I=20
> can no longer resolve for other domain. =3D20

> I even tried to force query onto the ipv4 address but that didn't=20
> help. Any ideas???

First of all, named never expects to have IPv4-mapped IPv6 addresses
(like ::ffff:10.10.0.1) appear in named.conf.  Even though it happens to
work as the operator expects, that's not an intended behavior.

So, please rewrite the followings

> options {
>         directory "/var/named";
>         tcp-clients  1000;
>         recursive-clients 10000;
>         allow-recursion {10/8;};
>         query-source address 10.10.7.249 port 53;
>         allow-transfer { ::ffff:10.10.0.3; 10.10.0.3;
>                          ::ffff:10.10.0.1; 10.10.0.1;
>                          ::ffff:10.10.1.23; 10.10.1.23; };
>         forwarders { ::ffff:10.10.0.1; ::ffff:10.10.0.3; };
> //      forwarders { 10.10.0.1; 10.10.0.3; };
>         listen-on-v6 { any; };
>         match-mapped-addresses yes;
>         forward first;
>         pid-file  "/var/run/named/named.pid";
> };

to

options {
        directory "/var/named";
        tcp-clients  1000;
        recursive-clients 10000;
        allow-recursion {10/8;};
        query-source address 10.10.7.249 port 53;
        allow-transfer { 10.10.0.3;
                         10.10.0.1;
                         10.10.1.23; };
        forwarders { 10.10.0.1; 10.10.0.3; };
        listen-on-v6 { any; };
        match-mapped-addresses yes;
        forward first;
        pid-file  "/var/run/named/named.pid";
};

then try it again.  (I guess you've already tried that without success,
but it's not clear from the original report.)

Also, the stderr output when you invoke named with the -g command line
option might help.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba
Corp.
					jinmei at isl.rdc.toshiba.co.jp


More information about the bind-users mailing list