search for: _offline_

Michael Felt <michael at felt.demon.nl> writes: >> I use acme.sh for all of my LetsEncrypt certs (web & mail), it is >> written in pure shell script, so no python dependencies. >> https://github.com/Neilpang/acme.sh > > Thanks - I might look at that, but as Ralph mentions in his reply - > Let's encrypt certs are only for three months - never ending circus.

...gt;> Obviously you do not use clustered environments with more than one node per >>> service. >>> Else you would not call it "it just works", because in fact the renewal is >>> quite big bs as one node must do the job while all the others must be >>> _offline_. >>> >>> -- >>> Regards, >>> Stephan >> >> I use DNS verification for LE certs. Much better since generating certs only >> depends on access to DNS and not your HTTP servers. Cert generation is >> automatic (on a cron job that runs ev...

...t;jtam.home at gmail.com> > > Obviously you do not use clustered environments with more than one node per > service. > Else you would not call it "it just works", because in fact the renewal is > quite big bs as one node must do the job while all the others must be > _offline_. > > -- > Regards, > Stephan I use DNS verification for LE certs. Much better since generating certs only depends on access to DNS and not your HTTP servers. Cert generation is automatic (on a cron job that runs every night looking for certs that are within 30 days of expiration). On...

> Obviously you do not use clustered environments with more than one node > per service. Else you would not call it "it just works", because in > fact the renewal is quite big bs as one node must do the job while all > the others must be _offline_. I'm not sure how you have set up your clustered service, but why do your nodes have to go offline? If these other nodes are using an older certificate, it should still work as the previous/renewed certificate usually have overlapping active begin/expiration dates. Joseph Tam <jtam.home a...

...ised. > > Joseph Tam <jtam.home at gmail.com> Obviously you do not use clustered environments with more than one node per service. Else you would not call it "it just works", because in fact the renewal is quite big bs as one node must do the job while all the others must be _offline_. -- Regards, Stephan

...gt; > > > Obviously you do not use clustered environments with more than one node per > > service. > > Else you would not call it "it just works", because in fact the renewal is > > quite big bs as one node must do the job while all the others must be > > _offline_. > > > > -- > > Regards, > > Stephan > > I use DNS verification for LE certs. Much better since generating certs only > depends on access to DNS and not your HTTP servers. Cert generation is > automatic (on a cron job that runs every night looking for certs...

On Sun, Dec 19, 2010 at 12:12:58PM +0100, Olivier Hault wrote: > For a while, I wonder if it would be possible to defrag guest fs > from the host. I can see two flavors a) offline defrag, b) online > defrag of the guest fs > > I there already solutions of works in progress to support those > operations ? We don't support this right now. However it is certainly something we

...u do not use clustered environments with more than one node > >>> per service. > >>> Else you would not call it "it just works", because in fact the renewal > >>> is quite big bs as one node must do the job while all the others must be > >>> _offline_. > >>> > >>> -- > >>> Regards, > >>> Stephan > >> > >> I use DNS verification for LE certs. Much better since generating certs > >> only depends on access to DNS and not your HTTP servers. Cert generation > >&gt...

...clustered environments with more than one node >>>>> per service. >>>>> Else you would not call it "it just works", because in fact the renewal >>>>> is quite big bs as one node must do the job while all the others must be >>>>> _offline_. >>>>> >>>>> -- >>>>> Regards, >>>>> Stephan >>>> >>>> I use DNS verification for LE certs. Much better since generating certs >>>> only depends on access to DNS and not your HTTP servers. Cert ge...