Pages : 1
#1 Le 27/01/2021, à 14:33
- QuentinTIM
Certbot sur Ubuntu 20.04 - Problème CRON
Bonjour à tous,
Je ne suis pas un pro sur Ubuntu mais je viens récupérer un site web wordpress installé sur Ubuntu.
Rien était mis à jours depuis plusieurs années, le PHP était encore en 5.5, Ubuntu était en 14.04 enfin la galère. J'ai mis en place le https sur le site web, le problème vient du renouvellement du SSL automatique tout les 3 mois, il ne se fait pas sauf manuellement.
J'ai fait ça AVANT de migrer en 20.04, je n'avais pas de problème, mais depuis la 20.04, je rencontre des problèmes avec Certbot et python3.
Dès que je veux faire un renouvellement automatique, j'ai systématiquement ce message :
E: Package 'python-virtualenv' has no installation candidate
Pourtant j'ai bien installé les packages etc .. donc mon site fonctionne :
~# sudo systemctl status certbot.timer
● certbot.timer - Run certbot twice daily
Loaded: loaded (/lib/systemd/system/certbot.timer; enabled; vendor preset: enabled)
Active: active (waiting) since Wed 2021-01-27 13:50:48 CET; 44min ago
Trigger: Thu 2021-01-28 09:00:45 CET; 18h left
Triggers: ● certbot.service
Jan 27 13:50:48 xxxxxxxx systemd[1]: Started Run certbot twice daily.
Edit : Petite précision, j'utilise Apache2 et non nginx
Mais je cherche à ce que le renouvellement se fasse automatiquement et je sèche
Merci d'avance pour votre aide,
Cordialement
Dernière modification par QuentinTIM (Le 27/01/2021, à 15:14)
Hors ligne
#2 Le 27/01/2021, à 16:50
- bruno
Re : Certbot sur Ubuntu 20.04 - Problème CRON
Bonjour,
Est-ce que l'on peut voir le paquet certbot installé :
apt policy certbot
Si tu n'as pas utilisé le paquet officiel Ubuntu l'erreur concernant python n'est pas très étonnante.
Et avoir le retour complet de la commande :
certbot --dry-run renew
#3 Le 27/01/2021, à 16:59
- QuentinTIM
Re : Certbot sur Ubuntu 20.04 - Problème CRON
Bonjour,
Merci pour votre réponse !
Voici pour le paquet en question, je ne suis pas passé par un gifhub donc je suppose que c'est le paquet officiel :
Installed: 0.40.0-1ubuntu0.1
Candidate: 0.40.0-1ubuntu0.1
Version table:
*** 0.40.0-1ubuntu0.1 500
500 http://archive.ubuntu.com/ubuntu focal-updates/universe amd64 Packages
100 /var/lib/dpkg/status
0.40.0-1 500
500 http://archive.ubuntu.com/ubuntu focal/universe amd64 Packages
Et concernant la commande pour exécuter le renouvellement de certificat qui bug justement :
~# certbot --dry-run renew
Bootstrapping dependencies for Debian-based OSes... (you can skip this with --no-bootstrap)
Hit:1 http://archive.ubuntu.com/ubuntu focal InRelease
Hit:2 http://security.ubuntu.com/ubuntu focal-security InRelease
Hit:3 http://archive.ubuntu.com/ubuntu focal-updates InRelease
Hit:4 https://download.jitsi.org stable/ InRelease
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'python-is-python2' instead of 'python'
Note, selecting 'python-dev-is-python2' instead of 'python-dev'
Package python-virtualenv is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'python-virtualenv' has no installation candidate
Encore merci de votre aide !
Cordialement
Hors ligne
#4 Le 27/01/2021, à 17:49
- bruno
Re : Certbot sur Ubuntu 20.04 - Problème CRON
Je vois des références à Python 2. Est-ce que python3 est bien installé et python-virtualenv
sudo apt install python3 python-virtualenv
#5 Le 27/01/2021, à 23:52
- QuentinTIM
Re : Certbot sur Ubuntu 20.04 - Problème CRON
Pour Python3 oui mais pour python-virtualenv je ne pouvais pas :
~# sudo apt install python3 python-virtualenv
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package python-virtualenv is not available, but is referred to by another packag e.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'python-virtualenv' has no installation candidate
Du coup j'avais installé à la place python3-virtualenv, mais ca n'avait rien changé pour la suite
~# sudo apt install python3 python3-virtualenv
Reading package lists... Done
Building dependency tree
Reading state information... Done
python3 is already the newest version (3.8.2-0ubuntu2).
python3-virtualenv is already the newest version (20.0.17-1).
The following packages were automatically installed and are no longer required:
linux-headers-4.4.0-190 linux-headers-4.4.0-190-generic linux-image-4.15.0-118-generic linux-image-4.4.0-190-generic linux-modules-4.15.0-118-generic linux-modules-4.4.0-190-generic
linux-modules-extra-4.15.0-118-generic linux-modules-extra-4.4.0-190-generic python-attr python-automat python-certifi python-constantly python-hyperlink python-idna python-pyasn1
python-pyasn1-modules python-service-identity
Use 'sudo apt autoremove' to remove them.
0 to upgrade, 0 to newly install, 0 to remove and 13 not to upgrade.
Hors ligne
#6 Le 28/01/2021, à 08:39
- bruno
Re : Certbot sur Ubuntu 20.04 - Problème CRON
Bon c'est curieux tout est installé correctement, pourtant ta commande certbot semble chercher à utiliser python2 alors que normalement c'est du python 3.
Peux-tu regarder :
whereis certbot
#7 Le 28/01/2021, à 08:42
- QuentinTIM
Re : Certbot sur Ubuntu 20.04 - Problème CRON
Voici ce que me retourne la commande :
:~# whereis certbot
certbot: /usr/bin/certbot /usr/sbin/certbot /usr/sbin/certbot. /usr/local/bin/ce rtbot /usr/share/man/man1/certbot.1.gz
Dernière modification par QuentinTIM (Le 28/01/2021, à 08:43)
Hors ligne
#8 Le 28/01/2021, à 09:22
- bruno
Re : Certbot sur Ubuntu 20.04 - Problème CRON
C'est ce qui me semblait tu as plusieurs versions de certbot installées.
La version du paquet Ubuntu est /usr/bin/certbot.
Il te faut déterminer comment on été installé les autres versions , celle dans /usr/sbin et celle dans /usr/local/bin, pour pouvoir les désinstaller proprement.
N.B. : le retour de la commande est un peu étrange, j'espère que c'est un problème de copier/coller
Rien était mis à jours depuis plusieurs années, le PHP était encore en 5.5, Ubuntu était en 14.04 enfin la galère
Dans ce genre de cas il vaut mieux repartir sur une installation neuve pour être sûr d'avoir un système sain.
Dernière modification par bruno (Le 28/01/2021, à 09:26)
Pages : 1