# Certificats lestencrypt renouvelés mais inopérants **URL:** \ **Category:** Support Debian\ **Created:** [Mars 7, 2019, 3:02 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747 "2019-03-07T15:02:11Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![Laurent001](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ce73a5/32.png) [@Laurent001](https://www.debian-fr.org/u/Laurent001)\ **Post date:** [Mars 7, 2019, 3:02 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/1 "2019-03-07T15:02:12Z")
Bonjour, Je viens de remarquer que mes certificats letsencrypt pour mes sites internet ne sont plus chargés dans les navigateurs (sur le net). Je suis sous nginx et debian stretch. J’ai pu renouveler mes certificats sans problème qui n’étaient pas encore expirés. J’ai un autre serveur sous debian 9 aussi et pas ce problème. Je viens d’avoir la fibre et j’ai tout reparamétré comme mes redirections et hier tout fonctionnait bien. Entre temps, j’ai eu [ce problème](https://www.debian-fr.org/t/erreur-pour-apt-get-install-et-apt-get-upgrade/78742) qui est résolu. J’ai fait un upade, upgrade, --fix-broken install, install letsencrypt. Mes sites sont bien dans /etc/nginx/sites-enabled/\* Mes fullchain\*.pem et privkey\*.pem de mes conf nginx pointent bien vers les nouveaux certificats dans /live/ qui pointent bienvers /archive/. Bref, je ne comprends pas. C’est très étrange. ---
**Author:** ![sk4hrr](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/7bcc69/32.png) [@sk4hrr](https://www.debian-fr.org/u/sk4hrr)\ **Post date:** [Mars 7, 2019, 3:52 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/2 "2019-03-07T15:52:43Z")
Bonjour, Y a quoi dans les logs nginx ? Tu as bien redémarré nginx après la génération des nouveaux certificats ? ---
**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\ **Post date:** [Mars 7, 2019, 4:17 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/3 "2019-03-07T16:17:02Z")
Ca peut être aussi le navigateur qui garde en cache la vieille version des certifs. Ca serait étonnant, car ça serait peu sécure comme comportement, mais sait on jamais, un control+f5 pourrait résoudre le problème. ---
**Author:** ![Laurent001](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ce73a5/32.png) [@Laurent001](https://www.debian-fr.org/u/Laurent001)\ **Post date:** [Mars 7, 2019, 4:40 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/4 "2019-03-07T16:40:38Z")
> [@sk4hrr](#): > > Tu as bien redémarré nginx après la génération des nouveaux certificats ? oui > [@mattotop](#): > > Ca peut être aussi le navigateur qui garde en cache la vieille version des certifs. > Ca serait étonnant, car ça serait peu sécure comme comportement, mais sait on jamais, un control+f5 pourrait résoudre le problème. Testé sans succès. > [@sk4hrr](#): > > Y a quoi dans les logs nginx ? Output: > ``` > 2019/03/07 12:30:59 [warn] 4102#4102: conflicting server name "localhost" on 0.0.0.0:80, ignored > 28 2019/03/07 12:30:59 [warn] 4104#4104: conflicting server name "localhost" on 0.0.0.0:80, ignored > 29 2019/03/07 12:54:57 [warn] 5048#5048: conflicting server name "localhost" on 0.0.0.0:80, ignored > 30 2019/03/07 12:54:57 [warn] 5051#5051: conflicting server name "localhost" on 0.0.0.0:80, ignored > 31 2019/03/07 16:33:31 [warn] 440#440: "ssl_stapling" ignored, host not found in OCSP responder "ocsp.int-x3.letsencrypt.org" > 32 2019/03/07 16:33:31 [warn] 440#440: conflicting server name "localhost" on 0.0.0.0:80, ignored > 33 2019/03/07 16:33:51 [warn] 897#897: "ssl_stapling" ignored, host not found in OCSP responder "ocsp.int-x3.letsencrypt.org" > 34 2019/03/07 16:33:51 [warn] 897#897: conflicting server name "localhost" on 0.0.0.0:80, ignored > 35 2019/03/07 16:33:51 [emerg] 897#897: listen() to 0.0.0.0:80, backlog 511 failed (98: Address already in use) > 36 2019/03/07 16:33:51 [emerg] 897#897: listen() to [::]:80, backlog 511 failed (98: Address already in use) > > ``` ---
**Author:** ![Laurent001](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ce73a5/32.png) [@Laurent001](https://www.debian-fr.org/u/Laurent001)\ **Post date:** [Mars 7, 2019, 5:56 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/5 "2019-03-07T17:56:06Z")
Dans le navigateur, quand j’ajoute une exception de sécurité pour deux sites, il me redirige les deux fois vers l’administration de ma bbox fraichement installée (bouygues). Je ne comprends plus rien… ---
**Author:** ![Laurent001](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ce73a5/32.png) [@Laurent001](https://www.debian-fr.org/u/Laurent001)\ **Post date:** [Mars 7, 2019, 6:32 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/6 "2019-03-07T18:32:27Z")
Lorsque je regarde le certificat (avec ajout d’exception de sécurité) je tombe sur celui de bouygues. Comment est-ce possible? ![Capture%20d'%C3%A9cran%20de%202019-03-07%2019-29-52](https://www.debian-fr.org/uploads/default/original/2X/3/3df9a85ad64207bbfa611e67ae8652be69eccb0b.png) * * * ![Capture%20d'%C3%A9cran%20de%202019-03-07%2019-29-12](https://www.debian-fr.org/uploads/default/original/2X/f/f29646cc407576bcc622bd4a1143e56521d74bdf.png) ---
**Author:** ![Laurent001](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/ce73a5/32.png) [@Laurent001](https://www.debian-fr.org/u/Laurent001)\ **Post date:** [Mars 7, 2019, 10:49 UTC](https://www.debian-fr.org/t/certificats-lestencrypt-renouveles-mais-inoperants/78747/7 "2019-03-07T22:49:58Z")
Résolu: l’activation de l’accès à distance sur ma nouvelle bbox avait occupé le port 443.