Keyserver-Empfang fehlgeschlagen (auf jedem verfügbaren Keyserver)


9

Ich habe kürzlich Ubuntu 17.04 installiert und kann kein ppa hinzufügen.
Ich habe versucht, Schlüssel manuell mit verschiedenen Schlüsselservern hinzuzufügen, aber bei jedem Versuch erhalte ich den folgenden Fehler:

$ sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 0F164EEB

Fehler erhalten:

Executing: /tmp/apt-key-gpghome.qm2WNA0lTK/gpg.1.sh --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 0F164EEB
gpg: keyserver receive failed: No keyserver available

$ sudo apt-key adv --keyserver keys.gnupg.net --recv-keys 0F164EEB

Fehler erhalten:

Executing: /tmp/apt-key-gpghome.O681PzEx7r/gpg.1.sh --keyserver keys.gnupg.net --recv-keys 0F164EEB
gpg: keyserver receive failed: Connection refused

Dies ist auch bei anderen Schlüsseln der Fall. Ich kann kein PPA hinzufügen.


Befinden Sie sich hinter einer Firewall, die dieses Protokoll möglicherweise ablehnt oder für die Sie möglicherweise einen Proxy konfigurieren müssen?
Gilles 'SO - hör auf böse zu sein'

Ich benutze einen Proxy, aber es gab das gleiche Ergebnis, selbst wenn ich -E Flag hinzufügte, also denke ich nicht, dass das hier das Problem ist
Pearlstar

2
apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys XXfunktioniert bei mir, aber ohne Protokollteil nicht hkp://.
MVW

Antworten:


8

Dies ist mir auch passiert, als etwas mit der DNS-Auflösung nicht stimmte. Überprüfen Sie, ob Nameserver in aufgeführt sind /etc/resolv.conf(versuchen Sie es auch mit alternativen Nameservern). Wenn Sie verwenden systemd-resolved, stellen Sie sicher, dass dies /etc/resolv.confein Symlink zu ist /run/systemd/resolve/resolv.conf.


8

Ich habe den gleichen Fehler "GPG-Keyserver-Verbindung abgelehnt" mit GPG in der Befehlszeile, GPA und KGpg erhalten. Ich benutze gnupg 2.1.18-8 auf Debian Sid. Ich habe das Debuggen in dirmngr wie folgt aktiviert:

sudo pkill dirmngr; dirmngr --debug-all --daemon --standard-resolver

Die Debugging-Ausgabe auf der Konsole beschwerte sich über das Fehlen einer Tor-Verbindung. Es stellte sich heraus, dass "use-tor" in aktiviert war $HOME/.gnupg/dirmngr. (Danke, gpgconf!) Ich habe es dirmngr.confauskommentiert und ein Leerzeichen gelassen , und die Keyserver-Kommunikation funktioniert jetzt normal.


2
Nur sudo pkill dirmngrlöste mein Problem.
BcK

6

Dieser Fehler kann auch auftreten, wenn Sie abrufen gpgSchlüssel durch tor& torist nicht aktiv.

In Ihrem Systemprotokoll sehen Sie:

command 'KS_GET' failed: No keyserver available

So torrufen Sie Schlüssel über set in ab ~/.gnupg/dirmngr.conf:

# https://gnupg.org/blog/20151224-gnupg-in-november-and-december.html
use-tor
keyserver hkp://jirk5u4osbsr34t5.onion

# https://sks-keyservers.net/overview-of-pools.php#pool_hkps
hkp-cacert /etc/ssl/CA/sks-keyservers.netCA.pem


1

Zu Ihrer Information, ich habe das gleiche Problem festgestellt:

gpg: keyserver receive failed: Connection refused

Mein resolv.confenthalten:

nameserver 127.0.0.1
nameserver XXX.XXX.XXX.XXX
search XXX.XXX

und war unveränderlich:

$ lsattr /etc/resolv.conf
----i---------e---- /etc/resolv.conf

Außerdem war kein DNS-Server an die Loopback-Netzwerkschnittstelle (127.0.0.1) gebunden.

Also, als ich versuchte, diesen Befehl auszuführen

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys XXXXXXXXXXXXXX

apt-key hat nur den ersten Nameserver verwendet, der nicht existiert und fehlgeschlagen ist.

Ich habe die Unveränderlichkeit entfernt:

sudo chattr -i /etc/resolv.conf

Ich habe den ersten Nameserver so geändert, dass er auf einen funktionierenden verweist.

Und ich setze die Unveränderlichkeit zurück:

sudo chattr -i /etc/resolv.conf

Und schließlich apt-keyfunktioniert.


1

LÖSUNG (?): Bei Parrot Security 3.6 wird der gleiche Fehler "Kein Schlüsselserver verfügbar" angezeigt.

Verwendet GPA v0.9.10 (Gnu Privacy Assistant).

  1. Klicken Sie auf "Server" -> "Schlüssel abrufen"
  2. Geben Sie in Ihrem Fall 0F164EEB ein.
  3. OK klicken". Warten Sie ein wenig.

Wenn es funktioniert, haben Sie einen Eintrag in der Liste "Key Manager". Von dort aus konnte ich den Überprüfungsprozess fortsetzen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.