"keyserver receive failed: Try again later" on macOS
Andrew Gallagher
andrewg at andrewg.com
Wed Jun 18 13:23:46 CEST 2025
On 17 Jun 2025, at 14:41, Walt Mankowski <waltman at pobox.com> wrote:
>
> When I changed the command to
>
> gpg --keyserver hkp://keyserver.ubuntu.com::11371 --recv-keys 77D4D81DC47D68FA9E9E6A7C5DF19E2B67A7B584
>
> then it retrieved the key as expected. I added the port to gpg.conf and now everything is fine.
Aha, that’s interesting. keyserver.ubuntu.com does also serve keys on the default HTTP port, so I’m not sure why the explicit port number would help. Out of curiosity, what happens if you change it to hkps://keyserver.ubuntu.com ? (with the “s” and without the port)?
> I did notice that /etc/services on macOS has two entries for hkp:
>
> hkp 11371/udp # OpenPGP HTTP Keyserver
> hkp 11371/tcp # OpenPGP HTTP Keyserver
>
> I tried commenting out the udp version and restarting dirmngr, but that had no effect.
No, I wouldn’t expect it to. /etc/services is mainly informational these days, most applications hard code their port numbers.
A
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20250618/e73125c4/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20250618/e73125c4/attachment.sig>
More information about the Gnupg-users
mailing list