gpg: la recepción del servidor de claves ha fallado: el servidor ha indicado un error

20

Este error ha surgido cuando agrego el repositorio gns e intento usar este comando:

#sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys F88F6D313016330404F710FC9A2FD067A2E3EF7B

el error es:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Govinda Chaulagain
fuente

Como he explicado en mi respuesta y comentario a los votos negativos, está relacionado con el DNS y la forma en que dirmngr en la versión 2.1.6 revirtió el DNS que se ha eliminado en la versión 2.1.8. Recuerdo, pero 2.2.x he instalado desde las pruebas de Debian / inestable (Debian 9 actual al momento de escribir esto) también solucionó este problema.

— Hvisage

26

Detrás de un firewall debe usar el puerto 80 en lugar del puerto predeterminado 11371:

sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 9A2FD067A2E3EF7B

Salida de muestra:

Executing: /tmp/apt-key-gpghome.mTGQWBR2AG/gpg.1.sh --keyserver hkp://keyserver.ubuntu.com:80 --recv 9A2FD067A2E3EF7B
gpg: key 9A2FD067A2E3EF7B: "Launchpad PPA for GNS3" not changed
gpg: Total number processed: 1
gpg:              unchanged: 1

— GAD3R
fuente

No el puerto 11371 u 80 relacionado con el firewall. parece estar bastante relacionado con la resolución de DNS cuando comienzas a buscar en la red de Google ... `` Ejecutando: /tmp/apt-key-gpghome.imkAGGXMO8/gpg.1.sh --receive-keys --debug-all - vvv --keyserver hkp: //sks1.cryptokeys.org.za: 80 gpg: DBG: chan_3 -> KEYSERVER --clear hkp: //sks1.cryptokeys.org.za: 80 gpg: DBG: chan_3 <- OK gpg : DBG: chan_3 -> KS_GET - 0x9C1384B1168FD423 gpg: DBG: chan_3 <- ERR 167772379 El servidor indicó una falla <Dirmngr> `` `

— Hvisage

77

Recibo el mismo error al usar dirmngr 2.2.5 y al agregar hkp://y :80resolver el problema

— david.libremone

5

Tiene que ver con DNS y con lo que su servidor DNS hace o devuelve para dirmngr; (Se introdujo desde 2.1.16 con dirmngr, y he estado buscando la solución en 2.1.6 con los paquetes predeterminados de Debian.; (

La respuesta correcta es: Actualice a la versión 2.2.xo posterior que solucionó este problema la primera vez.

— Hvisage
fuente

@StephenKitt no fue una respuesta diferente, di la razón por la que se rompió, ya que la otra respuesta fue una respuesta totalmente inadecuada con todas las razones incorrectas por las que fallaba después de investigar las versiones 2.1.6 en Debian. No hubo otra solución real que obtener la última versión de una rama de prueba / inestable para superar este problema, que no estaba relacionado con HTTP / firewall, pero el problema de DNS

— Hvisage

Lo sentimos, el comentario anterior es un comentario enlatado que no era del todo apropiado. Su respuesta editada sí responde la pregunta, gracias.

— Stephen Kitt

4

Este problema fue realmente para mí, ninguna de las soluciones propuestas funcionó para mí hasta que encontré esta publicación en reddit. Solo fui y agregué esta línea a/etc/resolv.conf

servidor de nombres 8.8.8.8 # Google dns

puedes probar cualquier otro dns y ver cuál funciona para ti.

— Nafaa Boutefer
fuente

2

Encontró el mismo problema en ubuntu 18.04, ejecutando dirmngr 2.2.4. Fui con la opción de verificar la configuración de mi dns y agregué mi servidor de nombres local 'nameserver 1.1.1.1' y el 'nameserver 8.8.8.8' de google. Entonces funcionó.

— usuario320161
fuente

La especificación de servidores DNS explícitos en la configuración de mi red lo resolvió por mí. Gentoo, utilizando NetworkManager.

— Pistos

Recuerde también Quad9 (9.9.9.9) para ayudar a filtrar malware / etc. de una manera de defensa de la privacidad;)

— Hvisage

¿Dónde agregar? Acabo de cambiar a dns 1.1.1.1 y obtengo este problema

— Trees4theForest

2

Agregue la 0xtecla antes, para que gire 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Esta respuesta más GAD3R lo resolvió para mí.

— skilowatt
fuente