Das Entfernen des certbot-Verzeichnisses hat bei mir ausgereicht.
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
Ich hatte das gleiche Problem und nach langer Zeit löste eine sehr einfache Sache dieses Problem auf meiner AWS-Instanz:
-
Verschieben Sie die letsencrypt-Cache-Dateien in einen anderen Ordner (vorausgesetzt, Sie führen sie als root/sudo aus):
sudo mv /root/.local/share/letsencrypt /root/.local/share/letsencrypt-old -
Eine brandneue Version von letsencrypt heruntergeladen
git clone https://github.com/letsencrypt/letsencrypt -
Führen Sie den letsencrypt-Befehl aus, um zu testen, ob es wieder funktioniert:
sudo ./letsencrypt-auto --debug
Während meiner Suche nach einer Lösung habe ich auch pip aktualisiert was vielleicht geholfen hätte. Obwohl meine Versuche nach dem Pip-Update mein Problem nicht auf die gleiche Weise gelöst haben wie das Bereinigen des letsencnrypt-Cache-Ordners.
Ich hoffe das hilft. Wenn nicht, einige Links, die ich zum gleichen Problem teilen kann:
- certbot zope.interface-Fehler
- kein Modul namens Schnittstelle
- letsencrypt ist ohne Modul namens interface fehlgeschlagen
Ein Teil des Problems für mich hing mit einem seltsamen Standardverhalten bei der Installation von 64-Bit-Paketen zusammen, die jedoch nicht von Python erfasst wurden. Nachdem Sie dieses Problem erhalten haben [es ist zu diesem Zeitpunkt meistens installiert], führen Sie Folgendes aus
cd /root/.local/share/letsencrypt
\cp -r ./venv/lib64/* ./venv/lib/
Wiederholen Sie dann den Befehl. Die Installationsorte der virtuellen Python-Umgebung ändern sich mit verschiedenen Versionen und Betriebssystemen, aber das allgemeine Prinzip hat mir geholfen, zwei verschiedene Installationen zu debuggen.