RE: IPV6 forwarders problem

This is a discussion on RE: IPV6 forwarders problem within the Bind Users forums, part of the DNS and Related Forums category; Thanks for your suggestion and I have tried your recommendation as well as a combination of differnet ipv4 addresses with ...


Go Back   Usenet Forums > DNS and Related Forums > Bind Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 07-01-2004
Baccari, Lou
 
Posts: n/a
Default RE: IPV6 forwarders problem


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@isl.rdc.toshiba.co.jp [mailto:jinmei@isl.rdc.toshiba.co.jp]

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


>>>>> 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. =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@isl.rdc.toshiba.co.jp

Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 09:09 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0