gpg: falha no recebimento do servidor de chaves: o servidor indicou uma falha

20

Este erro surgiu quando adicionei o repositório gns e tento usar este comando:

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

o erro é:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Govinda Chaulagain
fonte

como expliquei em minha resposta e comentário aos votos negativos, está relacionado ao DNS e à maneira como o dirmngr na versão 2.1.6 reverteu o DNS que foi removido na versão 2.1.8, lembro-me, mas 2.2.x instalado a partir do Debian testing / unstable (Debian 9 atual como este escrito) também corrigiu esse problema.

— 217 Hvisage

26

Atrás de um firewall, você deve usar a porta 80 em vez da porta padrão 11371:

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

Saída de amostra:

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
fonte

A porta 11371 ou 80 não está relacionada ao firewall. parece estar bastante relacionado à resolução do DNS quando você começa a pesquisar na net ... `` `Executando: /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 --close hkp: //sks1.cryptokeys.org.za: 80 gpg: DBG: chan_3 <- OK gpg : DBG: chan_3 -> KS_GET - 0x9C1384B1168FD423 gpg: DBG: chan_3 <- ERR 167772379 O servidor indicou uma falha <Dirmngr> `` ``

— Hvisage

7

Eu recebo o mesmo erro usando dirmngr 2.2.5, e adicionando hkp://e :80resolveu o problema

— david.libremone

5

Tem a ver com o DNS e o que o servidor DNS retorna ou retorna para o dirmngr; (ele foi introduzido desde 2.1.16 com o dirmngr, e eu estou procurando uma solução no 2.1.6 com os pacotes padrão do Debian.; (

A resposta correta é: Atualize para a versão 2.2.x ou posterior que corrigiu esse problema pela primeira vez.

— Hvisage
fonte

@StephenKitt não foi uma resposta diferente, eu expliquei o motivo pelo qual ele quebrou, já que a outra resposta foi totalmente inadequada, com todos os motivos errados por que estava falhando depois de investigar as versões 2.1.6 do Debian. Não havia qualquer outra correção real do que para obter a versão mais recente de um ramo de testes / instável para conseguir passar este problema, o que não era HTTP / firewall relacionados, mas o problema de DNS

— Hvisage

Desculpe, o comentário acima é um comentário em lata que não era muito apropriado. Sua resposta editada realmente responde à pergunta, obrigado.

— Stephen Kitt

4

Porém, esse problema foi realmente para mim, nenhuma das soluções propostas funcionou para mim até eu encontrar este post no reddit. Acabei de adicionar esta linha ao/etc/resolv.conf

nameserver 8.8.8.8 # Google dns

você pode tentar qualquer outro DNS e ver qual funciona para você.

— Nafaa Boutefer
fonte

2

Foi encontrado o mesmo problema no ubuntu 18.04, executando o dirmngr 2.2.4. Eu fui com a opção de verificar minhas configurações de DNS e adicionei meu servidor DNS local 'nameserver 1.1.1.1' e 'nameserver 8.8.8.8' do google. Então funcionou.

— user320161
fonte

A especificação de servidores DNS explícitos na minha configuração de rede resolveu isso para mim. Gentoo, usando o NetworkManager.

— Pistos

Lembre-se também do Quad9 (9.9.9.9) por ajudar a filtrar malware / etc. de forma privacidade-defesa;)

— Hvisage

Onde adicionar ??? Acabei de mudar para o DNS 1.1.1.1 e estou recebendo esse problema

— Trees4theForest

2

Adicione a 0xchave antes, para que ela gire 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Esta mais a resposta do GAD3R resolveu isso para mim.

— skilowatt
fonte