Quitar el directorio de certbot fue el truco para mí.
rm -rf /opt/eff.org/certbot/
wget https://dl.eff.org/certbot-auto
chmod a+x certbot-auto
sudo ./certbot-auto certonly --standalone -d example.com --no-bootstrap
Tuve el mismo problema y después de mucho tiempo, algo muy simple resolvió este problema en mi instancia de AWS:
-
Mueva los archivos de caché de letsencrypt a otra carpeta (considerando que lo ejecuta como root/sudo):
sudo mv /root/.local/share/letsencrypt /root/.local/share/letsencrypt-old -
Descargado una nueva versión de letsencrypt
git clone https://github.com/letsencrypt/letsencrypt -
Ejecute el comando letsencrypt para comprobar si funciona de nuevo:
sudo ./letsencrypt-auto --debug
Durante mi búsqueda de una solución, también actualicé pip que podría haber ayudado. Aunque mis intentos después de la actualización de pip no resolvieron mi problema de la misma manera que limpiando la carpeta de caché de letsencnrypt.
Espero que esto ayude. Si no, algunos enlaces que puedo compartir sobre el mismo problema:
- error de certbot zope.interfaz
- ningún módulo llamado interfaz
- Letsencrypt falló sin un módulo llamado interfaz
Parte del problema para mí estaba relacionado con un extraño comportamiento predeterminado en torno a la instalación de paquetes de 64 bits, pero Python no los detectaba. Después de recibir este problema [en este momento está casi instalado], ejecute lo siguiente
cd /root/.local/share/letsencrypt
\cp -r ./venv/lib64/* ./venv/lib/
Luego vuelva a intentar el comando. Las ubicaciones de instalación del entorno virtual de Python cambian con diferentes versiones y sistemas operativos, pero el principio general me ha ayudado a depurar dos instalaciones diferentes.