Package: libc6
Version: 2.9-9
Severity: normal
Hello, I was affected by the resolver bug that was solved in 2.9-7; as of 2.9-9
the resolver stopped working again. The automatic workaround that is mentioned
in the changelog is not working, and "single-request" in resolv.conf doesn't
seem to have any effect either.
Here's a dump of the resolver trying to get the address of google.com:
14:11:00.754265 IP (tos 0x0, ttl 64, id 45448, offset 0, flags [DF], proto UDP
(17), length 60)
10.0.0.3.60486 > 10.0.0.138.53: [udp sum ok] 39108+ A? www.google.com. (32)
14:11:00.754303 IP (tos 0x0, ttl 64, id 45449, offset 0, flags [DF], proto UDP
(17), length 60)
10.0.0.3.60486 > 10.0.0.138.53: [udp sum ok] 48015+ AAAA? www.google.com.
(32)
14:11:00.759312 IP (tos 0x0, ttl 64, id 1324, offset 0, flags [none], proto UDP
(17), length 60)
10.0.0.138.53 > 10.0.0.3.60486: [udp sum ok] 48015 NotImp q: AAAA?
www.google.com. 0/0/0 (32)
14:11:00.817710 IP (tos 0x0, ttl 64, id 1325, offset 0, flags [none], proto UDP
(17), length 144)
10.0.0.138.53 > 10.0.0.3.60486: 39108 q: A? www.google.com. 5/0/0
www.google.com. CNAME www.l.google.com.[|domain]
The DNS server (it's my ADSL router) responds NotImp to the AAAA query (it does
not support IPv6). The reply (CNAME) to the A query seems correct though.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-rc3-00329-g0c8454f (SMP w/2 CPU cores; PREEMPT)
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 libgcc1 1:4.3.3-8 GCC support library
libc6 recommends no packages.
Versions of packages libc6 suggests:
pn glibc-doc <none> (no description available)
ii locales 2.9-7 GNU C Library: National Language (
-- debconf information:
* glibc/upgrade: true
glibc/disable-screensaver:
glibc/restart-failed:
* glibc/restart-services: vsftpd openbsd-inetd mysql exim4 cups cron atd
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
