La suppression du répertoire certbot a fait l'affaire pour moi.
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
J'ai eu le même problème et après une longue période, une chose très simple a résolu ce problème sur mon instance AWS :
-
Déplacez les fichiers de cache Letsencrypt vers un autre dossier (en considérant que vous l'exécutez en tant que root/sudo) :
sudo mv /root/.local/share/letsencrypt /root/.local/share/letsencrypt-old -
Téléchargé une toute nouvelle version de Letsencrypt
git clone https://github.com/letsencrypt/letsencrypt -
Exécutez la commande letsencrypt pour tester si cela fonctionne à nouveau :
sudo ./letsencrypt-auto --debug
Au cours de ma recherche d'une solution, j'ai également mis à jour pip ce qui aurait pu aider. Bien que mes tentatives après la mise à jour de pip n'aient pas résolu mon problème de la même manière que le nettoyage du dossier de cache Letsencnrypt.
J'espère que ça aide. Sinon, quelques liens que je peux partager sur le même problème :
- erreur certbot zope.interface
- pas de module nommé interface
- letsencrypt a échoué sans module nommé interface
Une partie du problème pour moi était liée à un comportement par défaut étrange autour de l'installation de packages 64 bits, mais qui n'était pas pris en charge par python. Après avoir rencontré ce problème [il est principalement installé à ce stade], exécutez ce qui suit
cd /root/.local/share/letsencrypt
\cp -r ./venv/lib64/* ./venv/lib/
Réessayez ensuite la commande. Les emplacements d'installation de l'environnement virtuel python changent avec différentes versions et systèmes d'exploitation, mais le principe général m'a aidé à déboguer deux installations différentes.