Re: [Sks-devel] IPv6 configuration error

[C.J. Adams-Collier]

When I attempt to retrieve the key, I get this:

sks       1560 debian-sks  133u     IPv6               8013        0t0
       TCP [2001:470:a:233:9::29]:hkp->[2001:470:1:116::3]:56954
(ESTABLISHED)

from db.log:

2011-04-10 03:58:10 <webserver> callback timed out.
2011-04-10 03:58:10 Error handling request
(GET,/pks/lookup?op=get&options=mr&search=0xBA27A83C,[

But then it works... sometimes:

address@hidden:~$ gpg --keyserver [2001:470:a:233:9::29] --recv-keys 0xba27a83c
gpg: requesting key BA27A83C from hkp server [2001:470:a:233:9::29]
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error
address@hidden:~$ gpg --keyserver [2001:470:a:233:9::29] --recv-keys 0xba27a83c
gpg: requesting key BA27A83C from hkp server [2001:470:a:233:9::29]
gpg: key BA27A83C: "C.J. Adams-Collier <address@hidden>" not changed
gpg: Total number processed: 1
gpg:              unchanged: 1

I should probably go to sleep and think about it when it's not 4 in
the morning...

On Sun, Apr 10, 2011 at 3:45 AM, C.J. Adams-Collier
<address@hidden> wrote:
> Yep, this sounds like what I'm seeing.
>
> $ sudo lsof -n | grep -i sks | grep -i ipv
> sks       3429 debian-sks    5u     IPv4             735869        0t0
>       TCP 172.16.9.29:hkp (LISTEN)
> sks       3429 debian-sks    6u     IPv6             735870        0t0
>       TCP [2001:470:a:233:9::29]:hkp (LISTEN)
> sks       3431 debian-sks    4u     IPv4             735873        0t0
>       TCP 172.16.9.29:11370 (LISTEN)
> sks       3431 debian-sks    5u     IPv6             735874        0t0
>       TCP [2001:470:a:233:9::29]:11370 (LISTEN)
>
> It looks like you're doing better than me, though:
>
> $ gpg --keyserver [2001:470:8:1ae::1] --recv-keys 0xBA27A83C
> gpg: requesting key BA27A83C from hkp server [2001:470:8:1ae::1]
> gpg: key BA27A83C: "C.J. Adams-Collier <address@hidden>" not changed
> gpg: Total number processed: 1
> gpg:              unchanged: 1
>
> Maybe I just need to bump up my VM's memory allocation.  I'll go do
> that and see if things magically work.
>
>
> On Sun, Apr 10, 2011 at 12:40 AM, David Benfell
> <address@hidden> wrote:
>> On Sat, 09 Apr 2011, C.J. Adams-Collier wrote:
>>
>>> oh, wait.  I'm not having the exact same problem.  My daemons start,
>>> they just don't seem to be listening on the ipv6 addresses.
>>>
>> Okay, I'm intrigued and am experimenting with this on cybernude.org.
>> (For the record, this is version 1.1.1 in the Debian package).
>>
>> I've changed the address entries to reflect both primary addresses
>> as described here and lsof claims that the daemons are listening:
>>
>> atlanta# lsof -n | grep -i sks | grep -i ipv
>> sks       13755  debian-sks    5u     IPv4   15174077        0t0 TCP 
>> 74.207.225.79:hkp (LISTEN)
>> sks       13755  debian-sks    6u     IPv6   15174078        0t0 TCP 
>> [2001:470:8:1ae::1]:hkp (LISTEN)
>> sks       13758  debian-sks    4u     IPv4   15174073        0t0 TCP 
>> 74.207.225.79:11370 (LISTEN)
>> sks       13758  debian-sks    5u     IPv6   15174074        0t0 TCP 
>> [2001:470:8:1ae::1]:11370 (LISTEN)
>>
>> Beyond that, I don't know if the daemons will actually answer on the
>> IPv6 addresses.  So far, I do see this:
>>
>> atlanta# tail -f /var/log/sks/recon.log
>> 2011-04-10 00:30:56 address for key-server.de:11370 changed from [] to 
>> [<ADDR_INET [2a01:4f8:7d:200:0:4e2f:28f8:1]:11370>, <ADDR_INET 
>> [78.47.40.248]:11370>]
>> 2011-04-10 00:30:56 address for pgp.codelabs.ru:11370 changed from [] to 
>> [<ADDR_INET [144.206.177.99]:11370>]
>> 2011-04-10 00:30:56 address for sks.mit.edu:11370 changed from [] to 
>> [<ADDR_INET [18.7.76.74]:11370>]
>> 2011-04-10 00:30:56 address for keys.sugarlabs.org:11370 changed from [] to 
>> [<ADDR_INET [140.186.70.102]:11370>, <ADDR_INET [2002:8cba:4666::1]:11370>]
>> 2011-04-10 00:30:56 address for pks.aaiedu.hr:11370 changed from [] to 
>> [<ADDR_INET [161.53.2.219]:11370>]
>> 2011-04-10 00:30:56 address for keyserver.searchy.nl:11370 changed from [] 
>> to [<ADDR_INET [79.143.214.216]:11370>]
>> 2011-04-10 00:30:56 address for keyserver.myriapolis.net:11370 changed from 
>> [] to [<ADDR_INET [207.192.69.12]:11370>]
>> 2011-04-10 00:30:56 address for gpg.planetcyborg.de:11370 changed from [] to 
>> [<ADDR_INET [2a01:4f8:100:2ffe::2]:11370>, <ADDR_INET [188.40.47.54]:11370>]
>> 2011-04-10 00:30:56 address for keyserver.fr:11370 changed from [] to 
>> [<ADDR_INET [2001:67c:288::2]:11370>, <ADDR_INET [91.194.60.2]:11370>]
>> 2011-04-10 00:30:56 address for sks.teanfordhouse.com:11370 changed from [] 
>> to [<ADDR_INET [84.45.72.144]:11370>]
>> 2011-04-10 00:35:33 Hashes recovered from <ADDR_INET [144.206.177.99]:11371>
>> 2011-04-10 00:35:33     8402D5AAAF8E860835D259240251F804
>> 2011-04-10 00:35:33     9139214D9D6258D476CF795802484919
>> 2011-04-10 00:35:34 Requesting 2 missing keys from <ADDR_INET 
>> [144.206.177.99]:11371>, starting with 8402D5AAAF8E860835D259240251F804
>> 2011-04-10 00:35:35 2 keys received
>> 2011-04-10 00:35:35 Added 2 hash-updates. Caught up to 1302420935.199206
>>
>> The housekeeping note here is that since I restarted, obviously my
>> statistics have not been regenerated; this should happen at about
>> 3:00 am PDT.
>>
>> So now I'm hoping that a red box next to cybernude.org will have
>> disappeared from the pool page.
>>
>> --
>> David Benfell <address@hidden>
>> http://www.parts-unknown.org/
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.10 (GNU/Linux)
>>
>> iQIcBAEBAgAGBQJNoV7rAAoJEH9cVzl73weHtOIP/iDpMuxxXXUHKXzVAu8cVjZQ
>> ZpFI9KGcS9fhes4W0vkcfroMXTwbnzRmKnRqpB8A8oLNCoKLHrszPNxv5bv16zjO
>> wEn2mwG8j8/kRGqtVpm2zQbdNbPI2GxXN+RsbdZhMLYEeKbHEy/VAEiOkEFaiVDH
>> Du5+Zh9uI9kbLpO2xdYLj1yJfBDrBxeA0YUvmT1Hf6T+Bl/Kkx6fIY/Tg3SH27Pl
>> oaSU8aXl+k4YFRhSsId0kwm/1iP28BOzj8t7MBdXxsmheq6rk7fSG1VO1aLLW6HU
>> xtPRHpFSE5dNxpjwJ67u1I/ULCq+8CKeGKByclVBQfDvXy4RHZxjRBAYosCrFvuG
>> wGRA6LdBcxchw6PXhLc8YvYWN0/k2KarYApIrZfknlUAO+z5mhfxHbcGpSaMD9zF
>> vyN0kcw7wo7AHwq2H0ewTrSObUH4kcPtK4lXMNdoLbhj6nEZEMzKRWU6cC+i8Kgk
>> p+bOmhUePv5varoqGxgdKGuPHc/qkiUUaONSPv3QZfOKmZcvA9HEeSN3dvN2BiVG
>> ie+WkUEvxlxe+jizanUNVChDBaVOgtFK2Ve74e4bLgfsTtTnydrAxwJNnHPZ0roc
>> DMQ2s5vrSazEqJAmCv+BZB7Nm3nGEl/HymBPLQmt9W7mK6TisyNl0BTlnPUUdDnH
>> CH08zHJSkwDrlOlvKtNC
>> =CBVo
>> -----END PGP SIGNATURE-----
>>
>>
>