gpg: keyserver empfangen fehlgeschlagen: Server hat einen Fehler gemeldet

20

Dieser Fehler ist aufgetreten, wenn ich das gns-Repository hinzufüge und versuche, diesen Befehl zu verwenden:

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

der fehler ist:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Govinda Chaulagain
quelle

Wie ich in meiner Antwort und in meinem Kommentar zu den Abwertungen erklärt habe, hängt dies mit DNS und der Art und Weise zusammen, wie dirmngr in Version 2.1.6 DNS umkehrte, die in Version 2.1.8 entfernt wurden, ich erinnere mich, aber 2.2.x habe ich installiert von Debian testing / unstable (Debian 9 aktuell zum Zeitpunkt des Schreibens dieses Dokuments) hat dieses Problem ebenfalls behoben.

— Hvisage

26

Hinter einer Firewall sollten Sie den Port 80 anstelle des Standardports 11371 verwenden:

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

Beispielausgabe:

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
quelle

Nicht Port 11371 oder 80 im Zusammenhang mit der Firewall. scheint eher mit der DNS-Auflösung zu tun zu haben, wenn Sie mit dem googeln beginnen ... `` 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 Der Server hat einen Fehler gemeldet <Dirmngr> `` `

— Hvisage

7

Ich erhalte den gleichen Fehler mit dirmngr 2.2.5 und füge das Problem hinzu hkp://und :80löste es

— david.libremone

5

Es hat mit DNS zu tun und damit, was Ihr DNS-Server für dirmngr tut oder zurückgibt.

Die richtige Antwort lautet: Aktualisieren Sie auf Version 2.2.x oder höher, mit der dieses Problem erstmals behoben wurde.

— Hvisage
quelle

@StephenKitt es war keine andere Antwort, ich gab den Grund an, warum es kaputt ging, da die andere Antwort eine völlig unzureichende Antwort war, mit den falschen Gründen, warum es fehlgeschlagen ist, nachdem ich die 2.1.6-Versionen unter Debian untersucht habe. Es gab keine andere Lösung, als die neueste Version von einem Test- / Unstable-Zweig zu erhalten, um dieses Problem zu lösen, das nicht mit HTTP / Firewall zusammenhängt, sondern mit dem DNS-Problem

— Hvisage

Entschuldigung, der obige Kommentar ist ein Dosen-Kommentar, der nicht ganz passend war. Ihre bearbeitete Antwort beantwortet in der Tat die Frage, danke.

— Stephen Kitt

4

Diese Ausgabe war wirklich, obwohl für mich keine der vorgeschlagenen Lösungen für mich arbeitete, bis ich diesen Beitrag auf reddit fand. Ich bin gerade gegangen und habe diese Zeile hinzugefügt/etc/resolv.conf

Nameserver 8.8.8.8 # Google DNS

Sie können jeden anderen DNS versuchen und sehen, welches für Sie arbeitet.

— Nafaa Boutefer
quelle

2

Auf Ubuntu 18.04 ist dasselbe Problem aufgetreten, auf dem dirmngr 2.2.4 ausgeführt wird. Ich ging mit der Option, meine DNS-Einstellungen zu überprüfen und fügte meinen lokalen DNS-Server "Nameserver 1.1.1.1" und Googles "Nameserver 8.8.8.8" hinzu. Dann hat es geklappt.

— user320161
quelle

Das Angeben von expliziten DNS-Servern in meiner Netzwerkkonfiguration hat es für mich gelöst. Gentoo mit NetworkManager.

— Pistos

Denken Sie auch an Quad9 (9.9.9.9), um Malware / etc herauszufiltern. in einer Privacy-Advocacy-Weise;)

— Hvisage

Wo hinzufügen ??? Ich habe gerade zu DNS 1.1.1.1 gewechselt und

— bekomme

2

0xVor Schlüssel hinzufügen , damit es sich dreht 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Diese plus GAD3R Antwort löste es für mich.

— Skilowatt
quelle