gpg: keyerver nhận thất bại: Máy chủ chỉ ra lỗi

20

Lỗi này đã phát sinh khi tôi thêm kho gns và thử sử dụng lệnh này:

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

lỗi là:

gpg: keyserver receive failed: Server indicated a failure

debian apt gpg

— Govinda Chaulagain
nguồn

như tôi đã giải thích trong câu trả lời và nhận xét của mình cho các downvote, nó liên quan đến DNS và cách mà dirmngr trong phiên bản 2.1.6 đã đảo ngược DNS đã bị xóa trong phiên bản 2.1.8 Tôi nhớ lại, nhưng 2.2.x tôi đã được cài đặt từ kiểm tra Debian / không ổn định (hiện tại Debian 9 như khi viết bài này) cũng đã khắc phục vấn đề này.

— Hvisage

26

Đằng sau tường lửa, bạn nên sử dụng cổng 80 thay vì cổng 11371 mặc định:

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

Đầu ra mẫu:

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
nguồn

Không phải cổng 11371 hoặc 80 liên quan đến tường lửa. dường như có liên quan khá nhiều đến độ phân giải DNS khi bạn bắt đầu google mạng ... `` `Thực thi: /tmp/apt-key-gpghome.imkAGGXMO8/gpg.1.sh --receive-key --debug-all - vvv --keyserver hkp: //sks1.cryptokeys.org.za: 80 gpg: DBG: chan_3 -> KEYSERVER - rõ ràng hkp: //sks1.cryptokeys.org.za: 80 gpg: DBG: chan_3 <- OK gpg : DBG: chan_3 -> KS_GET - 0x9C1384B1168FD423 gpg: DBG: chan_3 <- ERR 167772379 Máy chủ chỉ ra lỗi <Dirmngr> ``

— Hvisage

7

Tôi gặp lỗi tương tự khi sử dụng dirmngr 2.2.5, và thêm hkp://và :80giải quyết vấn đề

— david.libremone

5

Nó phải làm với DNS và những gì máy chủ DNS của bạn làm hoặc trả lại cho dirmngr;

Các đúng câu trả lời, là: Nâng cấp lên phiên bản 2.2.x hay muộn mà cố định vấn đề lần đầu tiên này.

— Hvisage
nguồn

@StephenKitt nó không phải là một câu trả lời khác nhau, tôi đã đưa ra lý do tại sao nó đã phá vỡ, là câu trả lời khác là một câu trả lời hoàn toàn không đủ với tất cả những lý do tại sao nó sai đã thất bại sau khi tôi đã đầu tư 2.1.6 phiên bản trên Debian. Không có cách khắc phục thực sự nào khác ngoài việc lấy phiên bản mới nhất từ nhánh thử nghiệm / không ổn định để vượt qua vấn đề này, không liên quan đến HTTP / tường lửa, mà là sự cố DNS

— Hvisage 4/218

Xin lỗi, nhận xét trên là một nhận xét đóng hộp không phù hợp. Câu trả lời chỉnh sửa của bạn thực sự trả lời câu hỏi, cảm ơn.

— Stephen Kitt

4

Vấn đề này thực sự là đối với tôi, không có giải pháp đề xuất nào phù hợp với tôi cho đến khi tôi tìm thấy bài đăng này trên reddit. Tôi vừa đi và thêm dòng này vào/etc/resolv.conf

máy chủ tên 8.8.8.8 # Google dns

bạn có thể thử bất kỳ dns nào khác và xem cái nào phù hợp với bạn.

— Nouta Boutefer
nguồn

2

Gặp phải vấn đề tương tự trên Ubuntu 18.04, chạy dirmngr 2.2.4. Tôi đã sử dụng tùy chọn kiểm tra cài đặt dns của mình và thêm máy chủ dns cục bộ 'máy chủ tên 1.1.1.1' và 'máy chủ tên của 8.8.8.8' của google. Sau đó, nó làm việc.

— người dùng320161
nguồn

Việc chỉ định máy chủ DNS rõ ràng trong cấu hình mạng của tôi đã giải quyết nó cho tôi. Gentoo, sử dụng NetworkManager.

— Pistos

Cũng nhớ Quad9 (9.9.9.9) để giúp lọc phần mềm độc hại / v.v. theo cách bảo vệ quyền riêng tư;)

— Hvisage 31/12/18

Thêm vào đâu ??? Tôi mới chuyển sang dns 1.1.1.1 và đang gặp vấn đề này

— Plants4theForest

2

Thêm 0xtrước phím, để nó biến 0xF88F6D313016330404F710FC9A2FD067A2E3EF7B.

Điều này cộng với câu trả lời của GAD3R đã giải quyết nó cho tôi.

— skilowatt
nguồn