Bug #13534 for Net-DNS: Net::DNS::Resolver::Recurse fails due to a single malfunctioning server

Tue Jul 05 05:09:04 2005 FANY [...] cpan.org - Ticket created

Subject:

Net::DNS::Resolver::Recurse fails due to a single malfunctioning server

Distribution: C/CR/CREIN/Net-DNS-0.48.tar.gz) Perl Version: v5.6.1 built for i386-linux OS vendor and version: Debian Woody with kernel 2.4.27-2-686 Net::DNS::Resolver::Recurse (from C/CR/CREIN/Net-DNS-0.48.tar.gz) cannot resolve a query if a single DNS server within the delegation chain does not have the zone which it would be authoritative for. Attached as an example you'll find debug output for an NS query for adidas.it, where dns2.iunet.it [192.106.1.31], which is supposed to be authoritative for .it, does not give an appropriate answer, but just refers back to the other servers, which are responsible for .it. In this case I think Net::DNS::Resolver::Recurse should try to query one of these other DNS servers instead of just giving up. For some reasons, however, it considers these alternative servers als being "useless".

Message body is not shown because it is too large.

Sat Jul 09 08:35:26 2005 OLAF [...] cpan.org - Correspondence added

[FANY - Tue Jul 5 05:09:04 2005]: Show quoted text

> Distribution: C/CR/CREIN/Net-DNS-0.48.tar.gz) > Perl Version: v5.6.1 built for i386-linux > OS vendor and version: Debian Woody with kernel 2.4.27-2-686 > > Net::DNS::Resolver::Recurse (from C/CR/CREIN/Net-DNS-0.48.tar.gz) > cannot resolve a query if a single DNS server within the delegation > chain does not have the zone which it would be authoritative for. > > Attached as an example you'll find debug output for an NS query for > adidas.it, where dns2.iunet.it [192.106.1.31], which is supposed to > be authoritative for .it, does not give an appropriate answer, but > just refers back to the other servers, which are responsible for > .it. > In this case I think Net::DNS::Resolver::Recurse should try to query > one of these other DNS servers instead of just giving up. For some > reasons, however, it considers these alternative servers als being > "useless".

I have had no time yet to try and reproduce this problem or even analyze this in detail. Note however that there have been some changes to the resolver code after 0.48 that may be related to this. Could you give it a try with a version version 0.52? --Olaf

Sat Jul 09 08:35:27 2005 OLAF [...] cpan.org - Status changed from 'new' to 'open'

Sat Jul 09 08:35:37 2005 OLAF [...] cpan.org - Taken

Fri Jul 15 16:57:09 2005 OLAF [...] cpan.org - Correspondence added

Off course the lame server for .it was not lame for long. But I've found a way to reproduce the problem in a test suite and fixed it. The fixed code lives on the subversion trunk on http://www.net-dns.org/svn/ I'll close the ticket once this code is released. Olaf

Wed Jul 20 04:36:19 2005 FANY [...] cpan.org - Correspondence added

From:

210726 [...] rt.noris.net

[OLAF - Sat Jul 9 08:35:26 2005]: Show quoted text

> Could you give it a try with a version version 0.52?

Sorry for not replying earlier; I was quite busy during the last weeks. Thanks a lot for fixing the problem in the meantime! For the sake of completeness, I can now confirm that the problem does still occur with version 0.52, or at least with Net::DNS::Resolver::Recurse from that version in combination with the rest of Net::DNS version 0.48, because I had other trouble running 0.52 on the system I have to work with: $ perl -I. -MNet::DNS -le 'my $r = new Net::DNS::Resolver; $r->bgsend("example.com") or print $r->errorstring' Could not find a socket to send on (That may be system-specific. If you're interested in a more detailed bug report for that issue nevertheless, please let me know.) Regards, fany

Fri Jul 29 08:04:09 2005 OLAF [...] cpan.org - Status changed from 'open' to 'resolved'

Fri Jul 29 08:04:18 2005 OLAF [...] cpan.org - Fixed in 0.53 added