add-apt-repository falla debido al tiempo de espera de la clave gpg

add-apt-repository falla debido al tiempo de espera de la clave gpg

estoy ejecutando unCorreo en una casillaservidor en Ubuntu 18.04. Como parte del script de configuración/actualización, intenta ejecutar el comando add-apt-repository -y ppa:certbot/certbot. Esto falla con el siguiente mensaje de error:

FAILED: add-apt-repository -y ppa:certbot/certbot
-----------------------------------------
Error: retrieving gpg key timed out.
-----------------------------------------

Cuando intento ejecutar el comando manualmente, aparece el siguiente error:

Error: retrieving gpg key timed out.

Cosas que ya he probado

Intenté todo lo siguiente y ninguno resolvió mi problema. Sí hay Era una forma obvia de deshacer lo que intenté, lo deshice antes de intentar el siguiente. cosa.

Reiniciar

Reinicié el servidor con sudo reboot.

apt-get --allow-releaseinfo-cambio

Ésta persona Tuve un problema similar y lo resolvió con sudo apt-get --allow-releaseinfo-change update.

Vamos a cifrar

Se ha sugerido (dos veces) que Let's Encrypt puede estar inactivo. Sin embargo, he intentado ejecutar el comando en varias ocasiones, sus panel de estadono indica ningún problema importante y funciona bien en una máquina Ubuntu 18.04 diferente que configuré para realizar pruebas.

Servidor de nombres incorrecto

este usuariotuvo un problema similar, que resolvió editando su /etc/resolv.confarchivo. Mi archivo tenía el contenido nameserver 127.0.0.1. Sé que Mail-in-a-Box también puede funcionar como servidor de nombres, así que supongo que está bien. Para ser más exhaustivo, lo cambié a nameserver 8.8.8.8, pero esto no solucionó el problema.

apto para limpieza automática y eliminación automática

Un comentarista sugirió correr sudo apt autoclean && sudo apt autoremove.

Cambiar servidor de claves

este usuariosugiere editar el ~/.gnupg/gpg.confarchivo para usar un servidor de claves diferente: keyserver keys.openpgp.org

Este otro usuario hace lo que parece ser lo mismo pero en línea. Lo intenté sudo add-apt-repository -k hkp://keyserver.ubuntu.com:80 -y ppa:certbot/certbot y sudo add-apt-repository -k hkp://pool.sks-keyservers.net:80 -y ppa:certbot/certbot.

Este tercer usuarioaparentemente intenta cambiar el servidor de claves y el puerto de una manera diferente. Probé su comando gpg --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 94558F59.

una cuarta personasugirió los siguientes dos comandos: gpg --keyserver hkp://keys.gnupg.net --recv-keys 94558F59y gpg --keyserver hkp://pgp.mit.edu --recv-keys 94558F59.

Deshabilitar firewall

Ésta personaIntenté deshabilitar su firewall antes de ejecutar el comando. Yo también con sudo ufw disable.

Alguien más Pensé que desbloquear el puerto 11371 podría funcionar. Lo intenté sudo ufw allow 11371.

Tampoco creo que un firewall de ISP esté causando problemas. Estoy ejecutando un VPS de Vultr y mi máquina de prueba (en la que funciona) también está alojada en ellos.


Misceláneas

Creo que una nueva instalación del sistema operativo aliviaría este problema. Sin embargo, preferiría no hacer esto si fuera posible.

No estaba seguro de si esta pregunta encajaría mejorpregunta a ubuntuo elfallo del servidorStackexchange, así que me tomé la libertad de publicarlo en ambos sitios.

información relacionada