# Let's encrypt : problème de renouvellement suite à erreur lors de la création

**URL:** <https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874>\
**Category:** Support Debian\
**Created:** [Décembre 29, 2019, 7:52 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874 "2019-12-29T19:52:16Z")\
**Posts on this page:** 16\
**Page:** 1

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Décembre 29, 2019, 7:52 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/1 "2019-12-29T19:52:16Z")

</div>

Salut,

Lorsque j’ai créé mes certificats, j’ai mis tout d’abord de mauvaises options. J’ai alors relancé la création, et mes certificats fonctionnaient 😄

Mais maintenant qu’il faut que je les renouvelle, je m’aperçois qu’en fait, ça m’a créé un certificat mondomaine.com-0001 en plus du premier, [mondomaine.com](http://mondomaine.com) ! Et évidemmment, il trouve un problème sur le port 80, qui ne répond bien sûr pas à mondomaine.com-0001 ! Pourtant, c’était bien ce dernier qui était utilisé avec succès par nginx…

J’ai tenté de faire du ménage en remplaçant mondomaine.com-0001 par [mondomaine.com](http://mondomaine.com), mais il y a des adressages un peu partout de mondomaine.com-0001…

Y a-t-il un moyen de remettre tout ça d’aplomb, ou faut-il que je recrée des certificats proprement ? Et dans ce second cas, comment effacer toute trace des premiers pour ne pas me retrouver avec mondomaine.com-0002 😬 ?

Je précise que j’ai plusieurs certificats, chacun correspondants à plusieurs services (ex : [smtp.mondomaine.com](http://smtp.mondomaine.com), [imap.mondomaine.com](http://imap.mondomaine.com) et [webmail.mondomaine.com](http://webmail.mondomaine.com) pour le mail, [mondomaine.com](http://mondomaine.com) et [www.mondomaine.com](http://www.mondomaine.com) pour le serveur web etc.) et que seul le certificat “principal” (celui pour le web) présente ce problème.

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Décembre 29, 2019, 8:04 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/2 "2019-12-29T20:04:07Z")

</div>

Petites précisions :

- J’utilise certbot
- Pour supprimer les certificats, la solution est bien sûr [ici](https://certbot.eff.org/docs/using.html#revoking-certificates), mais je crains que ça ait des difficultés à tout bien nettoyer, ou que ça refuse de fonctionner pour mondomaine.com-0001 comme pour le renouvellement… Auquel cas, il me faudra une autre solution !

---

<div class="post-metadata">

**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\
**Post date:** [Décembre 29, 2019, 10:55 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/3 "2019-12-29T22:55:31Z")

</div>

> [@jibe-74](#):
>
> mondomaine.com-0001

Si ce domaine est accessible en HTTP, alors, tu pourras les révoquer, puis si vraiment il reste des fichiers correspondants - _ce qui ne devrait pas être le cas_ - , sur ton FS, tu pourras les supprimer.  
Sinon, il te faut tout simplement les supprimer.

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Décembre 30, 2019, 12:19 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/4 "2019-12-30T00:19:36Z")

</div>

Le plus simple serait probablement d’essayer, mais comme il me reste quelques jours de validité, je préfère m’assurer de ne pas risquer de tout foutre en rade et de passer des heures à ré-obtenir des certificats exploitables.

En effet, la tentative de renouvellement signale, pour mondomaine.com-0001 :  
`Problem binding to port 80: Could not bind to IPv4 or IPv6.. Skipping.`  
ce qui me semble normal, puisque nginx traite [mondomaine.com](http://mondomaine.com) et pas mondomaine.com-001 (mais il appelle bien le certificat de mondomaine.com-0001 🤢)

Donc, il y a de fortes chances que je n’arrive pas à révoquer celui-ci, quant à [mondomaine.com](http://mondomaine.com), il me signale plusieurs fichiers erronés dans /opt/eff.org/certbot/venv/local/lib/python2.7/site-packages/certbot/ (apparemment, des scripts python qui servent au renouvellement).

Donc, quand tu parles de les supprimer, j’ai peur qu’il reste des traces quelque part : il me semble d’ailleurs que j’avais supprimé (mais c’est vrai, pas révoqué) toute trace “visible” de [mondomaine.com](http://mondomaine.com) quand j’ai foiré ma première demande, et que c’est là que ça m’a créé ce mondomaine.com-0001. J’ai un peu peur que ça refasse pareil…

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Décembre 30, 2019, 8:19 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/5 "2019-12-30T08:19:01Z")

</div>

Bonjour,

Si tu recréés un certificat avec certbot pour `mondomaine.com` sans préciser le nom du certificat (option _–cert-name_), celui-ci n’écrase pas les certificats précédents mais en créé un nouveau en nommant les fichiers mondomaine.com-001  
Il s’agit des noms de fichiers ou dossiers sous /etc/letsencrypt et non du nom de domaine.

Si tu veux faire le ménage il faut supprimer tout ce qui concerne [mondomaine.com](http://mondomaine.com) dans l’arborescence /etc/letsencrypt

Par ailleurs je t’invite à utiliser les dépôts officiels pour installer certbot, conformément à la documentation de [https://certbot.eff.org](https://certbot.eff.org)

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Décembre 30, 2019, 11:14 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/6 "2019-12-30T23:14:36Z")

</div>

Bonsoir,

Merci de ta réponse.

Donc, si j’ai bien compris, je peux sans gros problème garder tous les fichiers mondomaine.com-0001 et simplement supprimer tous ceux nommés [mondomaine.com](http://mondomaine.com). Par contre, si ce n’est pas à cause du nom en 0001, à quoi est due l’erreur  
`Problem binding to port 80: Could not bind to IPv4 or IPv6.. Skipping.`  
lors du renouvellement ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Décembre 31, 2019, 7:49 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/7 "2019-12-31T07:49:38Z")

</div>

Tu conserves ceux que tu utilises dans ta configuration de serveur, et qui correspondent à un certificat correct.  
Pour l’erreur si tu as bien un serveur (apache, nginx, …) en écoute sur les ports 80 et 4443, elle est très certainement due à une mauvaise utilisation de certbot. Il faut indiquer les commandes passées, la configuration du service web et les logs de letsencrypt.

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Décembre 31, 2019, 12:17 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/8 "2019-12-31T12:17:43Z")

</div>

Salut,

> [@anon70622873](#):
>
> Il faut indiquer les commandes passées, la configuration du service web et les logs de letsencrypt.

Evidemment ! Mais c’est plutôt giga-kilométrique, surtout les logs ! Bon, je tente en simplifiant un max, tu me diras si ça suffit pour me mettre sur la piste ou pas…

**Commande passée :**  
certbot renew --dry-run

**configuration du service web :** Elle est quasi identique pour les sites qui se renouvellent et ceux qui renvoient une erreur. Je ne pense donc pas que ça vienne de là…

**logs de letsencrypt :**  
La principale différence que je vois entre un site qui fonctionne et un qui ne fonctionne pas est ici, pour un site non fonctionnel :  
«&nbsp;identifier&nbsp;»: {  
«&nbsp;type&nbsp;»: «&nbsp;dns&nbsp;»,  
«&nbsp;value&nbsp;»: «&nbsp;[mondomaine.com](http://mondomaine.com)&nbsp;»  
},  
«&nbsp;status&nbsp;»: «&nbsp;pending&nbsp;»,  
«&nbsp;expires&nbsp;»: «&nbsp;2020-01-05T18:18:18Z&nbsp;»,  
«&nbsp;challenges&nbsp;»: [  
{  
«&nbsp;type&nbsp;»: «&nbsp;http-01&nbsp;»,  
«&nbsp;status&nbsp;»: «&nbsp;pending&nbsp;»,  
«&nbsp;url&nbsp;»: «&nbsp;[https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760107/-yxBRQ](https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760107/-yxBRQ)&nbsp;»,  
«&nbsp;token&nbsp;»: «&nbsp;18SqtypgL07dWOyCBj3gzo3SNFxVw3V5Dtjz95BQcAk&nbsp;»  
},  
{  
«&nbsp;type&nbsp;»: «&nbsp;dns-01&nbsp;»,  
«&nbsp;status&nbsp;»: «&nbsp;pending&nbsp;»,  
«&nbsp;url&nbsp;»: «&nbsp;[https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760107/lQUrGw](https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760107/lQUrGw)&nbsp;»,  
«&nbsp;token&nbsp;»: «&nbsp;18SqtypgL07dWOyCBj3gzo3SNFxVw3V5Dtjz95BQcAk&nbsp;»  
},  
{  
«&nbsp;type&nbsp;»: «&nbsp;tls-alpn-01&nbsp;»,  
«&nbsp;status&nbsp;»: «&nbsp;pending&nbsp;»,  
«&nbsp;url&nbsp;»: «&nbsp;[https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760107/KIiJyA](https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760107/KIiJyA)&nbsp;»,  
«&nbsp;token&nbsp;»: «&nbsp;18SqtypgL07dWOyCBj3gzo3SNFxVw3V5Dtjz95BQcAk&nbsp;»  
}  
]

* * *

et pour un site fonctionnel :

«&nbsp;identifier&nbsp;»: {  
«&nbsp;type&nbsp;»: «&nbsp;dns&nbsp;»,  
«&nbsp;value&nbsp;»: «&nbsp;[autre.mondomaine.com](http://autre.mondomaine.com)&nbsp;»  
},  
«&nbsp;status&nbsp;»: «&nbsp;valid&nbsp;»,  
«&nbsp;expires&nbsp;»: «&nbsp;2020-02-04T18:18:26Z&nbsp;»,  
«&nbsp;challenges&nbsp;»: [  
{  
«&nbsp;type&nbsp;»: «&nbsp;http-01&nbsp;»,  
«&nbsp;status&nbsp;»: «&nbsp;valid&nbsp;»,  
«&nbsp;url&nbsp;»: «&nbsp;[https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760136/kdatbA](https://acme-staging-v02.api.letsencrypt.org/acme/chall-v3/29760136/kdatbA)&nbsp;»,  
«&nbsp;token&nbsp;»: «&nbsp;q684HD3ZO2PcsoRJSYKgUChJezc68524jMnlv74LnXg&nbsp;»,  
«&nbsp;validationRecord&nbsp;»: [  
{  
«&nbsp;url&nbsp;»: «&nbsp;[http://autre.mondomaine.com/.well-known/acme-challenge/q684HD3ZO2PcsoRJSYKgUChJezc68524jMnlv74LnXg](http://autre.mondomaine.com/.well-known/acme-challenge/q684HD3ZO2PcsoRJSYKgUChJezc68524jMnlv74LnXg)&nbsp;»,  
«&nbsp;hostname&nbsp;»: «&nbsp;[autre.mondomaine.com](http://autre.mondomaine.com)&nbsp;»,  
«&nbsp;port&nbsp;»: «&nbsp;80&nbsp;»,  
«&nbsp;addressesResolved&nbsp;»: [  
«&nbsp;78.218.30.12&nbsp;»  
],  
«&nbsp;addressUsed&nbsp;»: «&nbsp;78.xxx.xxx.12&nbsp;»  
}  
]  
}  
]

(désolé, je n’ai toujours pas trouvé comment mettre proprement du code dans ce forum… Ça fonctionne quand ça veut…)

Je ne comprends pas pourquoi l’un a un status «&nbsp;valid&nbsp;» et l’autre un status «&nbsp;pending&nbsp;», alors que tous sont bien accessibles et que je ne vois pas de différence, que ce soit dans la config ou dans la demande de certificat (sauf pour celui refait, mais qui a finalement été refait comme les autres)… Y a-t-il un endroit plus particulier où concentrer mon attention ?

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Décembre 31, 2019, 12:39 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/9 "2019-12-31T12:39:56Z")

</div>

Ce qu’il faut nous montrer c’est la commande passée pour générer tes certificats, pas la commande de renouvellement.  
Sinon tu peux montrer le(s) fichier(s) de configuration qui est sous /etc/letsencrypt/renewal

Si tu ne t’en sort pas le plus simple est des supprimer, puis de refaire ton certificat.

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Décembre 31, 2019, 4:10 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/10 "2019-12-31T16:10:23Z")

</div>

> [@anon70622873](#):
>
> Si tu ne t’en sort pas le plus simple est des supprimer, puis de refaire ton certificat.

Oui, c’est le plus simple ! Mais j’aime bien comprendre, alors je m’obstine un peu avant d’en arriver là.

Mais j’ai trouvé, en épluchant les configurations de /etc/letsencrypt/renewal/ : le premier certificat, celui qui ne passait pas, n’avait pas le pre/post hook qui stoppe et redémarre nginx. Une fois rajoutées ces lignes, j’ai renouvelé mes certificats avec succès 🙂  
Merci beaucoup pour ton aide précieuse et termine bien l’année 😉

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Janvier 2, 2020, 2:42 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/11 "2020-01-02T14:42:00Z")

</div>

Salut et bonne année !

Apparemment, l’ajout de la mention [RESOLU] dans le sujet ne se pratique pas sur ce forum. Merci @Clochette d’avoir remis ça en bon ordre 🙂

Par contre, comment fait-on pour marquer le sujet solutionné et reporter l’extrait de solution dans le premier post ?  
Et de manière plus générale, y a-t-il quelque part une aide pour l’utilisation de ce forum. Hormis les raccourcis clavier et la FAQ, je n’ai rien su trouver et il y a des tas de fonctions que je ne sais pas utiliser ou que j’utilise mal…

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Janvier 2, 2020, 8:41 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/12 "2020-01-02T20:41:16Z")

</div>

> [@jibe-74](#):
>
> Par contre, comment fait-on pour marquer le sujet solutionné et reporter l’extrait de solution dans le premier post ?

En cliquant sur les trois petits points à côté de `Répondre` sur le message apportant la réponse 😉

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Janvier 2, 2020, 9:55 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/13 "2020-01-02T21:55:55Z")

</div>

😳 effectivement, j’aurais dû y penser !

Et pour l’aide, il y a un truc aussi évident qui m’a échappé ?

---

<div class="post-metadata">

**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\
**Post date:** [Janvier 4, 2020, 1:03 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/14 "2020-01-04T13:03:19Z")

</div>

> [@jibe-74](#):
>
> Et pour l’aide,

discute avec @discobot 😉

> [@jibe-74](#):
>
> il y a un truc aussi évident qui m’a échappé ?

En effet, non, ce n’est pas évident !  
Certaines communautés qui utilisent aussi discourse, font en sorte que @discobot soit plus interactif…

---

<div class="post-metadata">

**Author:** ![discobot](https://www.debian-fr.org/user_avatar/www.debian-fr.org/discobot/32/5885_2.png) [@discobot](https://www.debian-fr.org/u/discobot)\
**Post date:** [Janvier 4, 2020, 1:03 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/15 "2020-01-04T13:03:22Z")

</div>

Bonjour ! Pour voir ce que je peux faire, dites `@discobot`.

---

<div class="post-metadata">

**Author:** ![jibe-74](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b77776/32.png) [@jibe-74](https://www.debian-fr.org/u/jibe-74)\
**Post date:** [Janvier 4, 2020, 10:34 UTC](https://www.debian-fr.org/t/lets-encrypt-probleme-de-renouvellement-suite-a-erreur-lors-de-la-creation/80874/16 "2020-01-04T22:34:41Z")

</div>

Salut,

Bon… Je suis presque sûr que, comme à l’inscription, @discobot va entretenir un interminable dialogue qui n’apprend rien, mais bon, je tente quand même…
