[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#608061: marked as done (libc6: dns-lookup unusable in mixed ipv4/ipv6-networks)

Your message dated Wed, 28 May 2014 23:19:36 +0200
with message-id <20140528211935.GA22850@volta.rr44.fr>
and subject line Re: Bug#608061: libc6: dns-lookup unusable in mixed ipv4/ipv6-networks
has caused the Debian Bug report #608061,
regarding libc6: dns-lookup unusable in mixed ipv4/ipv6-networks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
608061: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608061
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: libc6
Version: 2.11.2-7
Severity: important
Tags: ipv6

When looking up an ip-address on an ipv6-enabled system, libc tries to
find an A and an AAAA-record. But, if some machine has only an A but no
AAAA record it returns host-not-found (see tcpdump below)

So one can only connect (with e.g. iceweasel, w3m, telnet) to hosts with
both A and AAAA records (or server with cname-records)

On an ipv4-only machine this can be "solved" by disabling ipv6 completly,
but on a dualstack-machine, i found no way to fix this.

I found this on bug on two ways, an installing squeeze via d-i (the ipv4 only machine)
and via upgrading from lenny to squeeze

---------------------------- example-tcpdump ------------------------
19:47:46.941816 IP d64.w12a.fschueller.eu.57717 > ns.w12a.fschueller.eu.domain: 6813+ A? www.spiegel.de. (32)
19:47:46.942592 IP d64.w12a.fschueller.eu.47213 > ns.w12a.fschueller.eu.domain: 36087+ PTR? 254.1.168.192.in-addr.arpa. (44)
19:47:46.942768 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.57717: 6813- 1/0/0 A 195.71.11.67 (48)
19:47:46.942989 IP d64.w12a.fschueller.eu.57717 > ns.w12a.fschueller.eu.domain: 10783+ AAAA? www.spiegel.de. (32)
19:47:46.944994 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.47213: 36087*- 1/1/1 PTR ns.w12a.fschueller.eu. (109)
19:47:46.945315 IP d64.w12a.fschueller.eu.51939 > ns.w12a.fschueller.eu.domain: 54899+ PTR? 3.1.168.192.in-addr.arpa. (42)
19:47:46.946277 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.57717: 10783- 0/1/0 (85)
19:47:46.947048 IP d64.w12a.fschueller.eu.56975 > ns.w12a.fschueller.eu.domain: 6813+ A? www.spiegel.de. (32)
19:47:46.947146 IP d64.w12a.fschueller.eu.56975 > ns.w12a.fschueller.eu.domain: 10783+ AAAA? www.spiegel.de. (32)
19:47:46.948986 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.51939: 54899*- 1/1/1 PTR d64.w12a.fschueller.eu. (111)
19:47:46.949616 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.56975: 6813- 1/0/0 A 195.71.11.67 (48)
19:47:46.950718 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.56975: 10783- 0/1/0 (85)
19:47:46.951418 IP d64.w12a.fschueller.eu.40332 > ns.w12a.fschueller.eu.domain: 59564+ A? www.spiegel.de.w12a.fschueller.eu. (51)
19:47:46.951583 IP d64.w12a.fschueller.eu.40332 > ns.w12a.fschueller.eu.domain: 40272+ AAAA? www.spiegel.de.w12a.fschueller.eu. (51)
19:47:46.953307 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.40332: 59564 NXDomain*- 0/1/0 (101)
19:47:46.954779 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.40332: 40272 NXDomain*- 0/1/0 (101)
19:47:46.962379 IP d64.w12a.fschueller.eu.37847 > ns.w12a.fschueller.eu.domain: 4010+ A? www.spiegel.de. (32)
19:47:46.962585 IP d64.w12a.fschueller.eu.37847 > ns.w12a.fschueller.eu.domain: 55074+ AAAA? www.spiegel.de. (32)
19:47:46.963417 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.37847: 4010- 1/0/0 A 195.71.11.67 (48)
19:47:46.964467 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.37847: 55074- 0/1/0 (85)
19:47:46.965055 IP d64.w12a.fschueller.eu.56559 > ns.w12a.fschueller.eu.domain: 4010+ A? www.spiegel.de. (32)
19:47:46.965212 IP d64.w12a.fschueller.eu.56559 > ns.w12a.fschueller.eu.domain: 55074+ AAAA? www.spiegel.de. (32)
19:47:46.966084 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.56559: 4010- 1/0/0 A 195.71.11.67 (48)
19:47:46.967142 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.56559: 55074- 0/1/0 (85)
19:47:46.971000 IP d64.w12a.fschueller.eu.42783 > ns.w12a.fschueller.eu.domain: 59661+ A? www.spiegel.de.w12a.fschueller.eu. (51)
19:47:46.971175 IP d64.w12a.fschueller.eu.42783 > ns.w12a.fschueller.eu.domain: 40462+ AAAA? www.spiegel.de.w12a.fschueller.eu. (51)
19:47:46.972878 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.42783: 59661 NXDomain*- 0/1/0 (101)
19:47:46.974371 IP ns.w12a.fschueller.eu.domain > d64.w12a.fschueller.eu.42783: 40462 NXDomain*- 0/1/0 (101)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6 depends on:
ii  libc-bin                      2.11.2-7   Embedded GNU C Library: Binaries
ii  libgcc1                       1:4.4.5-8  GCC support library

libc6 recommends no packages.

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0]         1.5.36     Debian configuration management sy
pn  glibc-doc                     <none>     (no description available)
ii  locales                       2.11.2-7   Embedded GNU C Library: National L

-- debconf information:
* glibc/upgrade: true
* glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: ssh openbsd-inetd exim4 cups cron

--- End Message ---
--- Begin Message --- 
Version: 2.18-6

On Mon, Dec 27, 2010 at 09:48:54PM +0100, Felix Schueller wrote:
> Hello,
> 
> thanks for your quick reply.
> 
> >Your trace proves nothing, this is a tcpdump with no data inside, you
> >give actually no way to reproduce the problem.
> 
> Sorry for that, it took me to long find at least an idea whats wrong,
> so i forgot to use a better dump (strace didn't show something
> interesting for me)
> 
> After submitting this bug i disscussed it once again with a friend, and
> i found one reason for this problem. As i said, i've installed squeeze
> two times, on different machines in different networks. Both in mixed
> ipv4/ipv6 networks, working normaly with lenny, but (as i know now) in
> both networks the (recursive) dns-server is an rather old version of
> maradns as (1.2X) witch answers to AAAA lookups normaly if they exists,
> but answers strange if no AAAA exists. (the full tcpdump looks, as if
> maradns puts parts of the SOA-info in this answer)
> 
> libc6 in lenny seams to ignore this, but the libc6 in squeeze reads this
> as "not found".
> 

This bug has been fixed in version 2.18-6, as part of the following
changelog entry:

  * patches/any/submitted-resolv-first-query-failure.diff: replace by upstream
    version patches/any/cvs-resolv-first-query-failure.diff.

I am therefore closing the bug.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

--- End Message ---
Reply to: