Puede que en realidad no sea un problema de búsqueda del servidor de claves, que es lo que sugiere el error. El comando apt-key llama a gpg, que a su vez intenta acceder al servidor de claves. Aparentemente hay un error en gpg por el que si el servidor de claves no tiene la clave que está solicitando, entonces gpg lo interpreta erróneamente como "host no encontrado".
Es muy posible que un servidor de claves que no responda haga lo mismo, y he visto entornos en los que los servidores de claves están bloqueados (reglas de cortafuegos corporativos), por lo que esa podría ser la causa root si hay un cortafuegos ascendente al que no tienes acceso.
Sólo como referencia, la clave está ahí y el servidor de claves está respondiendo actualmente para mí:
$ sudo apt-key adv --keyserver keyserver.ubuntu.com --recv 7F0CEB10
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /tmp/tmp.rh1myoBdSE --trustdb-name /etc/apt//trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv 7F0CEB10
gpg: requesting key 7F0CEB10 from hkp server keyserver.ubuntu.com
gpg: key 7F0CEB10: "Richard Kreuter <richard@10gen.com>" not changed
gpg: Total number processed: 1
gpg: unchanged: 1
Puede ser que el puerto sea el problema (lo fue la última vez cuando me encontré con un problema de firewall corporativo), así que intenta hacer esto en el puerto HTTP estándar (80) en su lugar, a ver si eso arregla las cosas:
sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 7F0CEB10
0 votos
¿Puede su sistema resolver keyserver.ubuntu.com como una dirección IP? Es decir, ¿cuál es la salida de
dig keyserver.ubuntu.com
?