[pkg-gnupg-maint] Bug#862682: dirmngr fails to resolve keyservers over IPv6

Eric Landgraf echarlie at vt.edu
Mon May 15 19:44:06 UTC 2017


Package: dirmngr
Version: 2.1.18-6

When nameservers in /etc/resolv.conf are only IPv6 addresses, dirmngr
fails to resolve hostnames. System is up-to-date Stretch install (kernel
4.9.0-2-amd64 #1 SMP Debian 4.9.18-1, glibc 2.24-10).

Expected behaviour: dirmngr works with IPv6 DNS resolvers.

~/.gnupg/dirmngr.conf:

    debug-all
    verbose

Transcript (gpg):

    $ gpg -vv --debug-all --keyserver keyserver.cns.vt.edu --recv-keys B2F41D360340F41AE0B2841773AC5687477EB9EE
    gpg: Note: no default option file '/home/eric/.gnupg/gpg.conf'
    gpg: enabled debug flags: packet mpi crypto filter iobuf memory cache memstat trust hashing ipc clock lookup extprog
    gpg: DBG: [not enabled in the source] start
    gpg: DBG: chan_3 <- # Home: /home/eric/.gnupg
    gpg: DBG: chan_3 <- # Config: /home/eric/.gnupg/dirmngr.conf
    gpg: DBG: chan_3 <- OK Dirmngr 2.1.18 at your service
    gpg: DBG: connection to the dirmngr established
    gpg: DBG: chan_3 -> GETINFO version
    gpg: DBG: chan_3 <- D 2.1.18
    gpg: DBG: chan_3 <- OK
    gpg: DBG: chan_3 -> KEYSERVER --clear hkp://keyserver.cns.vt.edu
    gpg: DBG: chan_3 <- OK
    gpg: DBG: chan_3 -> KS_GET -- 0xB2F41D360340F41AE0B2841773AC5687477EB9EE
    gpg: DBG: chan_3 <- ERR 167772379 Server indicated a failure <Dirmngr>
    gpg: keyserver receive failed: Server indicated a failure
    gpg: DBG: chan_3 -> BYE
    gpg: DBG: [not enabled in the source] stop
    gpg: random usage: poolsize=600 mixed=0 polls=0/0 added=0/0
                  outmix=0 getlvl1=0/0 getlvl2=0/0
    gpg: secmem usage: 0/65536 bytes in 0 blocks

System Journal:

    May 15 15:29:59 cannondale dirmngr[2563]: handler for fd 5 started
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> # Home: /home/eric/.gnupg
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> # Config: /home/eric/.gnupg/dirmngr.conf
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> OK Dirmngr 2.1.18 at your service
    May 15 15:29:59 cannondale dirmngr[2563]: connection from process 2759 (1000:1000)
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 <- GETINFO version
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> D 2.1.18
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> OK
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 <- KEYSERVER --clear hkp://keyserver.cns.vt.edu
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> OK
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 <- KS_GET -- 0xB2F41D360340F41AE0B2841773AC5687477EB9EE
    May 15 15:29:59 cannondale dirmngr[2563]: number of system provided CAs: 173
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: http.c:connect_server: trying name='keyserver.cns.vt.edu' port=11371
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: dns: resolve_dns_name(keyserver.cns.vt.edu): Server indicated a failure
    May 15 15:29:59 cannondale dirmngr[2563]: resolving 'keyserver.cns.vt.edu' failed: Server indicated a failure
    May 15 15:29:59 cannondale dirmngr[2563]: can't connect to 'keyserver.cns.vt.edu': host not found
    May 15 15:29:59 cannondale dirmngr[2563]: error connecting to 'http://keyserver.cns.vt.edu:11371': Server indicated a failure
    May 15 15:29:59 cannondale dirmngr[2563]: command 'KS_GET' failed: Server indicated a failure
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> ERR 167772379 Server indicated a failure <Dirmngr>
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 <- BYE
    May 15 15:29:59 cannondale dirmngr[2563]: DBG: chan_5 -> OK closing connection
    May 15 15:29:59 cannondale dirmngr[2563]: handler for fd 5 terminated

When I add a legacy IP DNS server to my /etc/resolv.conf and restart
dirmngr.socket, things behave as expected (I won't include transcript).

I also ran a tcpdump; no network traffic is generated by dirmngr to my
DNS servers when I only specify IPv6 addresses, and the SRV query (when
I modify my resolv.conf) is over legacy IP.

	Regards,
	Eric C. Landgraf

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnupg-maint/attachments/20170515/312242e8/attachment.sig>


More information about the pkg-gnupg-maint mailing list