Key 417A0893 can't be retrieved from keyserver for apt
See original GitHub issueSteps to reproduce
During adding the new apt-get feed:
sudo apt-key adv --keyserver apt-mo.trafficmanager.net --recv-keys 417A0893
Actual behavior
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --homedir /tmp/tmp.P0TjF2Xu2x --no-auto-check-trustdb --trust-model always --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-jessie-automatic.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-jessie-security-automatic.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-jessie-stable.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-squeeze-automatic.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-squeeze-stable.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-wheezy-automatic.gpg --keyring /etc/apt/trusted.gpg.d/debian-archive-wheezy-stable.gpg --keyserver apt-mo.trafficmanager.net --recv-keys 417A0893
gpg: requesting key 417A0893 from hkp server apt-mo.trafficmanager.net
gpgkeys: key 417A0893 can't be retrieved
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
Environment data
uname -a
output:
Linux debian 3.16.0-4-amd64 dotnet/sdk#4283 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) x86_64 GNU/Linux
curl apt-mo.trafficmanager.net --head
output (besides being behind corporate proxy):
HTTP/1.1 200 OK
Date: Fri, 01 Apr 2016 10:58:11 GMT
Server: Apache/2.4.7 (Ubuntu)
Last-Modified: Mon, 29 Sep 2014 19:32:50 GMT
ETag: "2cf6-50439550f3c1c"
Accept-Ranges: bytes
Content-Length: 11510
Vary: Accept-Encoding
Content-Type: text/html
And gpg --keyserver hkp://apt-mo.trafficmanager.net -v --list-keys
output:
gpg: using PGP trust model
And more /etc/apt/sources.list.d/dotnetdev.list
output:
deb [arch=amd64] http://apt-mo.trafficmanager.net/repos/dotnet/ trusty main
Issue Analytics
- State:
- Created 7 years ago
- Reactions:1
- Comments:14 (5 by maintainers)
Top Results From Across the Web
Key 417A0893 can't be retrieved from keyserver for apt
Steps to reproduce During adding the new apt-get feed: sudo apt-key adv --keyserver apt-mo.trafficmanager.net --recv-keys 417A0893 Actual ...
Read more >GPG Keys Cannot be Retrieved, Even with sudo apt-key
I've found three major errors related to running this command: connection failure, server timing out, and this "can't be retrieved." Because ...
Read more >sudo apt-key adv --keyserver keyserver.ubuntu.com --recv ...
The apt-key command calls gpg , which in turn tries to access the keyserver. Apparently there's a bug in gpg whereby if the...
Read more >keyserver timed out when trying to add a GPG public key
"Find and open the key from the key server." What nobody mentions is how that's done. In my case, the key in question...
Read more >Fix the apt-key deprecation error in Linux
Follow these steps and you can run apt update with no warnings or errors related to deprecated configurations.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Since keyservers are synchronizing keys you can actually use any other keyserver like the Ubuntu one for getting the MS key:
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 417A0893
I agree that it’s a good idea to switch the docs for apt-mo.trafficmanager.net to port 80 too (on Mono we did this because users were constantly running into firewall issues).
failed:
sudo apt-key adv --keyserver apt-mo.trafficmanager.net --recv-keys 417A0893
worked:
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 417A0893