Is there a way to force a certificate renewal? #32

Jauna problēma

Ghost · 2019-03-13T20:00:28Z

Ghost komentēja

2019-03-13 20:00:28 +00:00

One of my production servers using greenlock is not automatically renewing its certificate, and I would like to "force" it, and/or figure out what is wrong. Is there an API or method I can call to trigger the renewal?

I'd also like to capture the result, to see what the error is, if any. I can't find any logs for greenlock (the log directory is empty), so I don't know if it has attempted renewal and failed, or simply isn't attempting it at all.

Related, if I use your Manual HTTPS method, does the greenlock.register() method actually re-register the certificate each time it is called? I wonder if I should just call that at startup.

Thanks!

One of my production servers using greenlock is not automatically renewing its certificate, and I would like to "force" it, and/or figure out what is wrong. Is there an API or method I can call to trigger the renewal? I'd also like to capture the result, to see what the error is, if any. I can't find any logs for greenlock (the log directory is empty), so I don't know if it has attempted renewal and failed, or simply isn't attempting it at all. Related, if I use your [Manual HTTPS](https://git.coolaj86.com/coolaj86/greenlock.js#manual-https) method, does the `greenlock.register()` method actually re-register the certificate each time it is called? I wonder if I should just call that at startup. Thanks!

coolaj86 komentēja

2019-04-03 06:04:39 +00:00

Īpašnieks

Sorry for the late response.

The best way to force it is to remove the certificate from the file system and restart.

I just did a whole boat load of cleanup, so if you update to v2.7 and switch from using le-store-certbot to le-store-fs ( usage can be seen at https://git.coolaj86.com/coolaj86/greenlock-express.js/src/branch/master/examples/wildcard.js ), I'd be interested to know if that alone fixes it.

If you were using le-store-certbot before (the default), it really sucked at multiple-domains on a single certificate due to legacy code...

The new soon-to-be-default store plugin shouldn't have those problems (and should serve as a much better example for building your own).

Sorry for the late response. The best way to force it is to remove the certificate from the file system and restart. I just did a whole boat load of cleanup, so if you update to v2.7 and switch from using `le-store-certbot` to `le-store-fs` ( usage can be seen at https://git.coolaj86.com/coolaj86/greenlock-express.js/src/branch/master/examples/wildcard.js ), I'd be interested to know if that alone fixes it. If you were using `le-store-certbot` before (the default), it really sucked at multiple-domains on a single certificate due to legacy code... The new soon-to-be-default store plugin shouldn't have those problems (and should serve as a much better example for building your own).

coolaj86 slēdza šo problēmu

2019-04-03 06:04:45 +00:00

Pierakstieties, lai pievienotos šai sarunai.

Nav etiķešu

Nav atskaites punktu

Nav atbildīgo

2 dalībnieki

Paziņojumi

Izpildes termiņš

Datums līdz nav korekts. Izmantojiet formātu 'gggg-mm-dd'.

Izpildes termiņš nav uzstādīts.

Atkarības

Nav atkarību.

Atsaucas uz: coolaj86/greenlock.js-ARCHIVED#32