This is a discussion on Re: IPV6 forwarders problem within the Bind Users forums, part of the DNS and Related Forums category; >>>>> On Wed, 30 Jun 2004 12:29:54 -0400, >>>>> "...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
>>>>> On Wed, 30 Jun 2004 12:29:54 -0400,
>>>>> "Baccari, Lou" <lou.baccari@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@isl.rdc.toshiba.co.jp |