IPV6 forwarders problem
JINMEI Tatuya / 神明達哉
jinmei at isl.rdc.toshiba.co.jp
Thu Jul 1 03:02:13 UTC 2004
>>>>> 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. It
> appears that whenever I disable, 'listen-on-v6 { any; };', my forwarders
> options work just fine and I'm able to resolve for domain other them my
> own. Once , 'listen-on-v6 { any; };', is re-enabled I can no longer
> resolve for other domain. =20
> I even tried to force query onto the ipv4 address but that didn't 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