Re: [Cooker] bind caching-nameserver crucial showstoppers...

2003-09-20 Thread Oden Eriksson
onsdagen den 17 september 2003 22.15 skrev Oden Eriksson:
 onsdagen den 17 september 2003 16.10 skrev Oden Eriksson:
  Hi.
 
  This:
 
  http://marc.theaimsgroup.com/?l=bind9-usersm=106378710318706w=2
 
  Is fixed with:
 
  http://www.deserve-it.com/Cooker/SRPMS/bind-9.2.3-0.rc2.1mdk.src.rpm
  http://www.deserve-it.com/Cooker/SRPMS/caching-nameserver-9.2-1mdk.src.rp
 m

 Update:

 I got this behavior on my local gateway/fw/etc. machine:

 http://marc.theaimsgroup.com/?l=bind-usersm=106381803026165w=2


 I'm using:

 options {
 directory /var/named/;
 pid-file /var/run/named/named.pid;
 auth-nxdomain yes;
 forwarders { 10.0.0.1; 10.0.0.2; };
 allow-query { 127.0.0.1; 192.168.100.0/24; 192.168.200.0/24; };
 listen-on port 53 { 127.0.0.1; 192.168.100.1; 192.168.200.1; };
 query-source address * port 53;
 };


 The forwarders are my ISP (Telia AB), and this proves they suck badly
 (besides their ip choices...):

 # dig txt chaos version.bind. @10.0.0.1 | grep VERSION
 VERSION.BIND.   0   CH  TXT 8.3.4-REL

 # dig txt chaos version.bind. @10.0.0.2 | grep VERSION
 VERSION.BIND.   0   CH  TXT 8.2.3-REL


Update:

bind-9.2.3rc3 may fix this forwarders issue, will test it ASAP in the other 
network I'm administer. I'll be back with test results in a couple of hours 
from now.

1508.   [bug]   Don't apply delegation-only checks to answers from
forwarders.



Meanwhile..., others may help me out. The new packages are here:

http://www.deserve-it.com/Cooker/SRPMS/bind-9.2.3-0.rc3.1mdk.src.rpm
http://www.deserve-it.com/Cooker/RPMS/bind-devel-9.2.3-0.rc3.1mdk.i586.rpm
http://www.deserve-it.com/Cooker/RPMS/bind-utils-9.2.3-0.rc3.1mdk.i586.rpm
http://www.deserve-it.com/Cooker/RPMS/bind-9.2.3-0.rc3.1mdk.i586.rpm

Changelog entry:

* Sat Sep 20 2003 Oden Eriksson [EMAIL PROTECTED] 9.2.3-0.rc3.1mdk
- 9.2.3rc3 (fixes bind bugs 1509, 1508, 1507 and 1506)
- added P3 to make nslookup shut up about possible deprecation, i think
  we will notice this ourselves eventually anyhow...





Re: [Cooker] bind caching-nameserver crucial showstoppers...

2003-09-17 Thread Christian Bricart
On Wed, Sep 17, 2003 at 04:10:19PM +0200, Oden Eriksson wrote:
 Hi.
 
 This:
 
 http://marc.theaimsgroup.com/?l=bind9-usersm=106378710318706w=2

Already asked today:
http://archives.mandrakelinux.com/cooker/2003-09/msg04903.php

But ther's no Bugzilla id ...

Christian

-- 
Backups are for wimps. Real men upload their data to an FTP site and have
 everyone else mirror it.- Linus Torvalds



Re: [Cooker] bind caching-nameserver crucial showstoppers...

2003-09-17 Thread Oden Eriksson
onsdagen den 17 september 2003 16.10 skrev Oden Eriksson:
 Hi.

 This:

 http://marc.theaimsgroup.com/?l=bind9-usersm=106378710318706w=2

 Is fixed with:

 http://www.deserve-it.com/Cooker/SRPMS/bind-9.2.3-0.rc2.1mdk.src.rpm
 http://www.deserve-it.com/Cooker/SRPMS/caching-nameserver-9.2-1mdk.src.rpm

Update:

I got this behavior on my local gateway/fw/etc. machine:

http://marc.theaimsgroup.com/?l=bind-usersm=106381803026165w=2


I'm using:

options {
directory /var/named/;
pid-file /var/run/named/named.pid;
auth-nxdomain yes;
forwarders { 10.0.0.1; 10.0.0.2; };
allow-query { 127.0.0.1; 192.168.100.0/24; 192.168.200.0/24; };
listen-on port 53 { 127.0.0.1; 192.168.100.1; 192.168.200.1; };
query-source address * port 53;
};


The forwarders are my ISP (Telia AB), and this proves they suck badly (besides 
their ip choices...):

# dig txt chaos version.bind. @10.0.0.1 | grep VERSION
VERSION.BIND.   0   CH  TXT 8.3.4-REL

# dig txt chaos version.bind. @10.0.0.2 | grep VERSION
VERSION.BIND.   0   CH  TXT 8.2.3-REL




Re: [Cooker] bind caching-nameserver crucial showstoppers...

2003-09-17 Thread Oden Eriksson
onsdagen den 17 september 2003 17.33 skrev Christian Bricart:
 On Wed, Sep 17, 2003 at 04:10:19PM +0200, Oden Eriksson wrote:
  Hi.
 
  This:
 
  http://marc.theaimsgroup.com/?l=bind9-usersm=106378710318706w=2

 Already asked today:
 http://archives.mandrakelinux.com/cooker/2003-09/msg04903.php

 But ther's no Bugzilla id ...

There is now:

http://qa.mandrakesoft.com/show_bug.cgi?id=5777