gpg: keyserver не вдалося отримати: сервер вказав на помилку

20

Ця помилка виникла, коли я додаю gns сховище та намагаюся використовувати цю команду:

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

помилка:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Говінда Шаулаген
джерело

як я пояснив у своїй відповіді та коментарі до коментарів, це стосується DNS та того, що dirmngr у версії 2.1.6 зробив зворотний DNS, видалений у версії 2.1.8. Я пам'ятаю, але 2.2.x я встановлений з тестування / нестабільності Debian (поточний 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 - ключ -випуск -debug-all - vvv --keyserver hkp: //sks1.cryptokeys.org.za: 80 gpg: DBG: chan_3 -> KEYSERVER - ясний 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вирішив проблему

— david.libremone

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'. Тоді це спрацювало.

— користувач320161
джерело

Визначення явних DNS-серверів у моїй мережевій конфігурації вирішило це для мене. Gentoo, використовуючи NetworkManager.

— Пістос

Також пам’ятайте Quad9 (9.9.9.9), щоб допомогти відфільтрувати зловмисне програмне забезпечення / тощо. у захист конфіденційності;)

— Hvisage

Куди додати ??? Я просто перейшов на dns 1.1.1.1 і отримую це питання

— Trees4theForest

2

Додайте 0xдо клавіші, щоб вона повернулася 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Цей плюс відповіді GAD3R вирішив це для мене.

— Скіловат
джерело