gpg: ricezione del keyserver non riuscita: il server ha indicato un errore

20

Questo errore si è verificato quando aggiungo il repository gns e provo ad usare questo comando:

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

l'errore è:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Govinda Chaulagain
fonte

come ho spiegato nella mia risposta e commento ai downvotes, è correlato al DNS e al modo in cui dirmngr nella versione 2.1.6 ha invertito il DNS che è stato rimosso nella versione 2.1.8 che ricordo, ma 2.2.x ho installato da Debian testing / unstable (Debian 9 attuale al momento della stesura di questo) ha anche risolto questo problema.

— Hvisage

26

Dietro un firewall dovresti usare la porta 80 invece della porta predefinita 11371:

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

Uscita campione:

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

Non porta 11371 o 80 relativa al firewall. sembra essere piuttosto correlato alla risoluzione DNS quando inizi a google la rete ... `` `` Executing: /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 Il server ha indicato un errore <Dirmngr> `` `

— Hvisage

7

Ottengo lo stesso errore utilizzando dirmngr 2.2.5 e aggiungendo hkp://e :80risolvendo il problema

— david.libremone,

5

Ha a che fare con DNS e con ciò che il tuo server DNS fa o restituisce per dirmngr; (È stato introdotto dalla versione 2.1.16 con dirmngr, e ho cercato personalmente la soluzione 2.1.6 con i pacchetti predefiniti di Debian.; (

La risposta corretta è: eseguire l'aggiornamento alla versione 2.2.xo successive che ha risolto il problema per la prima volta.

— Hvisage
fonte

@StephenKitt non è stata una risposta diversa, ho dato il motivo per cui si è rotto, poiché l'altra risposta è stata una risposta totalmente inadeguata con tutte le ragioni sbagliate per cui non è riuscita dopo aver studiato le versioni 2.1.6 su Debian. Non c'era altra vera soluzione se non quella di ottenere l'ultima versione da un ramo testing / unstable per superare questo problema, che non era correlato a HTTP / firewall, ma al problema DNS

— Hvisage

Siamo spiacenti, il commento sopra è un commento fisso che non era del tutto appropriato. La tua risposta modificata risponde davvero alla domanda, grazie.

— Stephen Kitt,

4

Questo problema è stato davvero per me, nessuna delle soluzioni proposte ha funzionato per me fino a quando non ho trovato questo post su reddit. Sono appena andato e ho aggiunto questa riga a/etc/resolv.conf

nameserver 8.8.8.8 # Google dns

puoi provare qualsiasi altro DNS e vedere quale funziona per te.

— Nafaa Boutefer
fonte

2

Si è verificato lo stesso problema su Ubuntu 18.04, eseguendo dirmngr 2.2.4. Sono andato con la possibilità di controllare le mie impostazioni DNS e ho aggiunto il mio server DNS locale "nameserver 1.1.1.1" e "nameserver 8.8.8.8" di Google. Quindi ha funzionato.

— user320161
fonte

La specifica dei server DNS espliciti nella mia rete mi ha risolto. Gentoo, usando NetworkManager.

— Pistos,

Ricorda anche Quad9 (9.9.9.9) per aver contribuito a filtrare malware / ecc. in un modo di tutela della privacy;)

— Hvisage

Dove aggiungere ??? Sono appena passato al DNS 1.1.1.1 e sto

— riscontrando

2

Aggiungi 0xprima della chiave, in modo che giri 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Questo, più la risposta di GAD3R, l'ha risolto per me.

— skilowatt
fonte