
Estoy usando una máquina virtual que ejecuta Ubuntu 14.04, intentando usar apt-keys para agregar claves para nginx.
La mayor parte de esto es automático a través de títeres, pero estoy realizando el proceso manualmente para encontrar dónde radica la falla.
La máquina está detrás de un proxy corporativo, por lo que todo el tráfico se enruta a través de cntlm. Esto funciona bien y hasta ahora me ha dado pocos problemas.
El comando que falla es del tipo:
gpg --debug-all -v --ignore-time-conflict --no-options --no-default-keyring --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 573BFD6B3D8FBC641079A6ABABF5BD827BD9BF62
Lo que resulta en:
gpg: requesting key 7BD9... from hkp server keyserver.ubuntu.com gpg: keyserver timed out gpg: keyserver recieve failed: keyserver error
Usando Wireshark puedo ver que la solicitud HTTP real realizada para esto es
http://keyserver.ubuntu.com:80/pks/lookup?op=get&options=mr&search=0x573BFD6B3D8FBC641079A6ABABF5BD827BD9BF62
El uso de un wget para la misma URL descarga la clave según sea necesario al instante (sin tiempo de espera ni error)
Al observar los registros de Wireshark, la solicitud y las respuestas se ven exactamente iguales, hay un HTTP GET saliente y un 200 OK entrante en ambos casos, cada vez que se trata de un proxy posterior.
¡No estoy seguro de cómo profundizar en el problema y agradecería un empujón en la dirección correcta para localizarlo!