gpg: сбой при получении сервера ключей: сервер указал на сбой

20

Эта ошибка возникает, когда я добавляю репозиторий gns и пытаюсь использовать эту команду:

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

ошибка:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Говинда Шалаген
источник

как я объяснил в своем ответе и комментарии к downvotes, это связано с DNS и тем, как dirmngr в версии 2.1.6 сделал обратный DNS, который был удален в версии 2.1.8, я помню, но 2.2.x я имею установленный из Debian testing / unstable (Debian 9, текущий на момент написания этой статьи) также исправил эту проблему.

— Hvisage

26

За брандмауэром вы должны использовать порт 80 вместо порта по умолчанию 11371:

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

Образец вывода:

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
источник

Не порт 11371 или 80, связанный за брандмауэром. кажется, скорее связано с разрешением DNS, когда вы начинаете гуглить в сети ... `` `Выполнение: /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 Сервер указал на сбой <Dirmngr> `` `

— Hvisage

7

Я получаю ту же ошибку, используя dirmngr 2.2.5, добавляя hkp://и :80

— решая

5

Это связано с DNS и тем, что ваш DNS-сервер возвращает или возвращает для dirmngr; (Он был введен с 2.1.16 с dirmngr, и я сам искал решение по 2.1.6 с пакетами Debian по умолчанию.; (

Правильный ответ, это: Обновление до версии 2.2.x или более поздней версии устранили эту проблему впервые.

— Hvisage
источник

@StephenKitt не был другой ответ, я дал причину , почему она сломалась, а другой ответ был совершенно неадекватный ответ со всех неправильных причин , почему он терпел неудачу после того, как я исследовал 2.1.6 версии на Debian. Не было иного другого исправления, кроме как получить последнюю версию из ветки тестирования / нестабильности, чтобы обойти эту проблему, которая не была связана с HTTP / брандмауэром, а с проблемой DNS

— Hvisage

Извините, вышеприведенный комментарий - это банальный комментарий, который не совсем уместен. Ваш отредактированный ответ действительно отвечает на вопрос, спасибо.

— Стивен Китт

4

Эта проблема была действительно для меня, однако, ни одно из предложенных решений не работало для меня, пока я не нашел этот пост на Reddit. Я просто пошел и добавил эту строку в/etc/resolv.conf

nameserver 8.8.8.8 # Google DNS

Вы можете попробовать любой другой DNS и посмотреть, какой из них работает для вас.

— Нафаа Бутефер
источник

2

Обнаружена та же проблема на Ubuntu 18.04, работающей dirmngr 2.2.4. Я выбрал вариант проверки настроек DNS и добавил свой локальный DNS-сервер 'nameserver 1.1.1.1' и google 'nameserver 8.8.8.8'. Тогда это сработало.

— user320161
источник

Указание явных DNS-серверов в моей конфигурации сети решило это за меня. Gentoo, используя NetworkManager.

— Пистос

Также помните Quad9 (9.9.9.9) за помощь в фильтрации вредоносных программ и т. Д. в порядке защиты конфиденциальности;)

— Hvisage

Куда добавить ??? Я только что перешел на DNS 1.1.1.1 и получаю эту проблему

— Trees4theForest

2

Добавьте 0xперед ключом, чтобы получилось 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Этот плюс ответ GAD3R решил это для меня.

— skilowatt
источник