gpg: otrzymywanie serwera kluczy nie powiodło się: serwer wskazał błąd

20

Ten błąd występuje, gdy dodam repozytorium gns i spróbuję użyć tego polecenia:

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

błąd jest następujący:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Govinda Chaulagain
źródło

jak wyjaśniłem w mojej odpowiedzi i komentarzach do downvotes, jest to związane z DNS i sposobem, w jaki dirmngr w wersji 2.1.6 odwrócił DNS, które zostały usunięte w wersji 2.1.8, pamiętam, ale 2.2.x zainstalowany z testowania / niestabilności Debiana (obecny Debian 9 w chwili pisania tego) również rozwiązał ten problem.

— Hvisage

26

Za zaporą ogniową powinieneś użyć portu 80 zamiast domyślnego portu 11371:

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

Przykładowe dane wyjściowe:

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
źródło

Brak portu 11371 lub 80 związanego z zaporą ogniową. wydaje się być raczej związany z rozpoznawaniem DNS po uruchomieniu Google w sieci ... `` Wykonywanie: /tmp/apt-key-gpghome.imkAGGXMO8/gpg.1.sh - klucze -odbiorcze --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 Serwer wskazał błąd <Dirmngr> ``

— Hvisage

7

Ten sam błąd pojawia się przy użyciu dirmngr 2.2.5 oraz dodaniu hkp://i :80rozwiązaniu problemu

— david.libremone 11.04.18

5

Ma to związek z DNS i tym, co twój serwer DNS robi lub zwraca po dirmngr; (Wprowadzono go od 2.1.16 z dirmngr, i sam szukałem rozwiązania w 2.1.6 z domyślnymi pakietami Debiana;; (

Prawidłowa odpowiedź brzmi: Upgrade do wersji 2.2.x lub nowszy, że ustalony ten problem raz pierwszy.

— Hvisage
źródło

@StephenKitt to nie była inna odpowiedź, podałem powód, dla którego się złamała, ponieważ druga odpowiedź była całkowicie nieodpowiednią odpowiedzią ze wszystkimi niewłaściwymi przyczynami niepowodzenia po zbadaniu wersji 2.1.6 na Debianie. Nie było żadnej innej poprawki niż pobranie najnowszej wersji z oddziału testującego / niestabilnego, aby przejść ten problem, który nie był związany z HTTP / zaporą, ale problem z DNS

— Hvisage

Przepraszamy, powyższy komentarz jest komentarzem w puszce, który nie był do końca odpowiedni. Twoja edytowana odpowiedź rzeczywiście odpowiada na pytanie, dzięki.

— Stephen Kitt

4

Ten problem był naprawdę dla mnie, żadne z proponowanych rozwiązań nie działało dla mnie, dopóki nie znalazłem tego postu na reddit. Właśnie poszedłem i dodałem tę linię do/etc/resolv.conf

serwer nazw 8.8.8.8 # Google dns

możesz wypróbować dowolne inne dns i zobaczyć, który z nich działa.

— Nafaa Boutefer
źródło

2

Napotkano ten sam problem na Ubuntu 18.04, uruchomiony dirmngr 2.2.4. Poszedłem z opcją sprawdzenia ustawień dns i dodałem mój lokalny serwer DNS „nameserver 1.1.1.1” i google „nameserver 8.8.8.8”. Potem zadziałało.

— użytkownik320161
źródło

Określenie jawnych serwerów DNS w mojej konfiguracji sieciowej rozwiązało to dla mnie. Gentoo, używając NetworkManager.

— Pistos

Pamiętaj również o Quad9 (9.9.9.9), aby pomóc odfiltrować złośliwe oprogramowanie / itp. w sposób promujący prywatność;)

— Hvisage

Gdzie dodać? Właśnie przełączyłem się na dns 1.1.1.1 i otrzymuję ten problem

— Trees4theForest

2

Dodaj 0xprzed kluczem, aby się odwrócił 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

To plus odpowiedź GAD3R rozwiązało to dla mnie.

— skilowatt
źródło